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ONLINE SYSTEM AND METHOD OF 
ORDERING AND SPECIFYING CONSUMER PRODUCT 
HAVING SPECIFIC CONFIGURATIONS 



TECHNICAL FIELD OF THE INVENTION 

The present invention relates in general to the 
field of electronic commerce and computer software 
systems. More particularly, the invention relates to an 
5 online system and method of ordering and specifying 

consumer product having specific configurations 

RELATED PATENT APPLICATIONS 
10 This application claims the benefit of provisional 

application number 60/163,755, entitled Automotive 
Internet Business Methods and Systems, filed on November 
5, 1999. 

This application is related to co-pending U.S. 

15 Application Serial No. , filed on , 

2000, by and entitled, "Communication Schema 

of Online System and Method of Status Inquiry and 
Tracking Related to Orders for Consumer Product Having 
Specific Configurations," Attorney's Docket No. 200-0058. 

20 This application is related to co-pending U.S. 

Application Serial No. , filed on , 

2 0 00, by and entitled, "Communication Schema 

of Online System and Method of Ordering Consumer Product 
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Having Specific Configurations," Attorney's Docket Mo. 
200-0059. 

This application is related to co-pending U.S. 

Application Serial No. , filed on , 

5 2000, by and entitled, "Online System and 

Method of Locating Consumer Product Having Specific 
Configurations in the Enterprise Production Pipeline and 
Inventory," Attorney's Docket No. 200-0061. 

This application is related to co-pending U.S. 

10 Application Serial No. , filed on , 

2000, by and entitled, "Online System and 

Method of Reporting Related to Orders for Consumer 
Product Having Specific Configurations," Attorney's 
Docket No. 200-0062. 

15 This application is related to co-pending U.S. 

Application Serial No. , filed on , 

2000, by and entitled, "Communication Schema 

of Online Reporting System and Method Related to Online 
Orders for Consumer Products Having Specific 

20 Configurations," Attorney's Docket No. 200-0089. 

This application is related to co-pending U.S. 

Application Serial No. , filed on , 

2 000, by and entitled, "Communication Schema 

of Online System and Method of Locating Consumer Product 

25 in the Enterprise Production Pipeline," Attorney's Docket 

No. 200-0235. 

This application is related to co-pending U.S. 

Application Serial No. , filed on , 

2000, by and entitled, "Online System and 

3 0 Method of Status Inquiry and Tracking Related to Orders 

for Consumer Product Having Specific Configurations," 
Attorney's Docket No. 200-0236. 
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BACKGROUND OF THE INVENTION 

On-line shopping is quickly becoming the preferred 
means for obtaining consumer products and services. More 
consumers, for example, are now using the Internet to 
5 browse, comparison shop and order products on-line. On- 
line shopping systems have made product information, 
including pricing and availability, readily available to 
consumers and have facilitated the location and 
purchasing of desired products at lower cost and with 

10 added convenience. 

Accordingly, many retailers have established 
"electronic store fronts" to offer all kinds of products 
ranging from clothes and groceries to computers and 
automobiles. Conventional electronic store fronts, 

15 however, are often modeled after traditional catalogs and 
are limited in the information disseminated to the 
consumer. With typical electronic store fronts, for 

example, a consumer is prompted to search for a desired 
product by entering one or more keywords . A search 

2 0 result of relevant items is then displayed along with a 

product description and price. The customer then places 
the desired items in an "electronic shopping cart," which 
the customer uses to place an order with the on-line 
merchant. If an item is not in the merchant's inventory, 
25 the customer is informed either immediately or within a 
prescribed period of time. If the customer is 

dissatisfied or unwilling to wait or desires to purchase 
the item elsewhere, the customer then returns to the 
store front or calls the on-line merchant to cancel or 

3 0 change the order. 

Still other systems, such as Dell Computer 
Corporation's dell.com, allow consumers to configure or 
customize selected products in accordance with available 
features or options. Dell.com, for example, allows a 
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consumer to customize computer systems by allowing the 
consumer to select various options, e.g., memory, hard 
drive, monitor, CD/DVD drives, video card, sound card, 
etc. An updated price is then obtained based on the 
5 selected options. The configured system is placed in a 
shopping cart and an order submitted by selecting a 
"checkout" option. Order status information can then be 
obtained upon providing an order number and verification 
data . 

10 A shortcoming of conventional systems, however, is 

that product status and tracking information is available 
only after an order is placed. No information is 
available to the consumer, prior to the placement of the 
order, relating to the availability or status of a 

15 matching or similar configured product already in the 
product's manufacturing and delivery process or so-called 
"product pipeline." For example, conventional systems 
do not provide real-time information relating to 
inventory, in-transit stock, scheduled and unscheduled 

20 orders, etc., that may influence the consumer's decision 
to order or not order the configured product . Such 
information may be important to a consumer who may choose 
to select or not select a particular option because of a 
lack of inventory or delay in scheduled production. 

25 Also, in cases where time is of the essence, such 
information may be used to notify a customer that the 
configured product is not readily available. A new order 
can therefore be placed or a preexisting one updated 
without the customer having to cancel a previously 

3 0 submitted order. The availability of status and tracking 
information, prior to the placement of an order by the 
consumer, can therefore be used to minimize the risk that 
the customer will become inconvenienced and dissatisfied 
with the merchant's on-line ordering services. 
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SUMMARY OF THE INVENTION 
The af oredescribed limitations and inadequacies of 
on-line shopping systems are substantially overcome by 
the present invention. The present invention provides a 
5 method and system wherein a consumer is provided real- 
time information, prior to the placement of an order or 
purchase by the consumer, regarding the availability and 
status of a configured product in relation to the 
product's manufacturing and delivery process or 
10 "pipeline." 

The present invention provides an on-line method and 
system wherein the product delivery time to a consumer is 
reduced by locating and "tagging" an available product 
already in a product pipeline. The present invention 
15 allows a consumer to locate and tag the desired product 
at various stages of the pipeline, including but not 
limited to scheduled and unscheduled order banks, final 
assembly, in-plant inventory, in-transit stock, dealer 
inventory, etc. A located product may be tagged, for 

2 0 example, using a customer credit card, checking account 

number or electronic voucher or gift certificate. 

The present invention provides an on-line method and 
system wherein the consumer configures a product as 
required and places a product order when no acceptable 
25 matches are found in the product pipeline. 
Alternatively, pre-existing or even canceled orders can 
be modified as required to fulfill the product order. 

The invention also provides an on-line method and 
system wherein expected delivery dates are calculated and 

3 0 updated based upon the progress of an ordered or tagged 

product through the product pipeline. 

The present invention also provides an on-line 
method and system wherein real-time pricing and 
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comparison data is provided for individual product 
features or options. 

The present invention also provides an on-line 
method and system wherein a consumer tracks the progress 
5 of an ordered product through the product pipeline. 
Real-time status can be provided as requested or 
automatically in accordance with the occurrence of a 
predefined or significant event. 

The present invention provides an on-line method and 
10 system wherein consumer preferences and trends are 
reported. 

In one embodiment of the present invention, an 
online method of ordering and purchasing customized 
products is provided. The method includes receiving a 

15 custom order message incorporating order data and product 
configuration data submitted by an online user, and 
storing the order data and product configuration into a 
buyer database. The method includes entering the custom 
order and order data and product configuration into an 

2 0 order bank to be scheduled for manufacturing, and 
generating an order confirmation message and sending the 
order confirmation message to the user. 

In another embodiment of the present invention, an 
online custom product ordering and purchasing system is 

2 5 provided. The system includes an online user interface 

operable to provide product configuration and to receive 
an online order for a product having a specific product 
configuration, a web server operable to receive the 
online order from the online user interface, and an order 

3 0 processor operable to receive the online order from the 

workflow manager process the order. Also included is an 
order bank operable to receive the online order and 
schedule a product having the product configuration 
specified in the online order for manufacturing. 
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In yet another embodiment of the present invention, 
a method of ordering and purchasing a vehicle having 
specific vehicle configuration via the Internet is 
provided. The method includes receiving a custom order 
5 message incorporating vehicle configuration data, order 
data, and user data submitted by an online user, and then 
storing the order data, user data and vehicle 
configuration data into a buyer database. The method 
includes processing the custom order, and entering the 
10 custom order and its associated data into an order bank 
to schedule the specified vehicle for manufacturing. An 
order confirmation message is generated and sent to the 
user. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
For a better understanding of the present invention 
and the advantages thereof, reference may be made to the 
accompanying drawings, in which: 
5 FIG. 1 is a flow diagram showing a method for 

product ordering and tracking according to a preferred 
embodiment of the present invention; 

FIG. 2 is a preferred embodiment of a system for 
implementing the method shown in FIG. 1; 
10 FIG. 3 is a block diagram of an embodiment of the 

web-based custom vehicle ordering and tracking system 
constructed according to the teachings of the present 
invention; 

FIG. 4 is a simplified flowchart of an embodiment of 
15 the web-based custom vehicle ordering and tracking method 
according to the teachings of the present invention; 

FIG. 5 is another flowchart of another embodiment of 
the web-based custom vehicle ordering and tracking method 
of the present invention; 

2 0 FIG. 6 is a block diagram of another embodiment of 

the web-based custom vehicle ordering and tracking system 
according to the teachings of the present invention; 

FIGS. 7A-7C provide a more detailed block diagram of 
an embodiment of the web-based custom vehicle ordering 
25 and tracking system according to the teachings of the 
present invention; 

FIG. 8 is a more detailed block and flow diagram of 
an embodiment of the web-based custom vehicle locate 
process according to the teachings of the present 

3 0 invention; 

FIG. 9 is a more detailed block and flow diagram of 
an embodiment of message processing of the locate process 
according to the teachings of the present invention; 
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FIG. 10 is a more detailed block and flow diagram of 
an embodiment of message processing of the locate process 
according to the teachings of the present invention; 

FIG. 11 is a more detailed block and flow diagram of 
5 an object-oriented embodiment of the web-based custom 
vehicle locate process according to the teachings of the 
present invention; 

FIG. 12 is a diagram of an embodiment of a search 
request message schema according to the teachings of the 
10 present invention; 

FIG. 13 is a diagram of an embodiment of a search 
result message schema according to the teachings of the 
present invention; 

FIG. 14 is a diagram of an embodiment of a tag 
15 request message schema according to the teachings of the 
present invention; 

FIG. 15 is a diagram of an embodiment of a tag 
response message schema according to the teachings of the 
present invention; 
20 FIG. 16 is a more detailed block and flow diagram of 

an embodiment of message processing of the order process 
according to the teachings of the present invention; 

FIG. 17 is a more detailed block and flow diagram of 
an embodiment of new order message processing according 

2 5 to the teachings of the present invention; 

FIG. 18 is a more detailed block and flow diagram of 
an embodiment of tag order message processing according 
to the teachings of the present invention; 

FIG. 19 is a more detailed block and flow diagram of 

3 0 an embodiment of lead message processing according to the 

teachings of the present invention; 

FIG. 2 0 is a more detailed block and flow diagram of 
an embodiment of cancel unscheduled order message 
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processing according to the teachings of the present 
invention; 

FIG. 21 is a more detailed block and flow diagram of 
an embodiment of cancel scheduled order message 
5 processing according to the teachings of the present 
invention; 

FIG. 22 is a more detailed block and flow diagram of 
an embodiment of specification change message processing 
according to the teachings of the present invention; 
10 FIG. 23 is a flowchart of an embodiment of an order 

number generating process according to the teachings of 
the present invention; 

FIG. 24 is a diagram of an embodiment of a customer 
request message schema according to the teachings of the 
15 present invention; 

FIG. 25 is a diagram of an embodiment of a fleet 
order message schema according to the teachings of the 
present invention; 

FIG. 2 6 is a diagram of an embodiment of a retail 
2 0 order message schema according to the teachings of the 
present invention; 

FIG. 27 is a diagram of an embodiment of a lead 
message schema according to the teachings of the present 
invention; 

2 5 FIG. 2 8 is a block and flow diagram of an embodiment 

of a status process according to the teachings of the 
present invention; 

FIG. 2 9 is a diagram of an embodiment of a customer 
status request message schema according to the teachings 

3 0 of the present invention; 

FIG. 3 0 is a diagram of an embodiment of a customer 
status reply message schema according to the teachings of 
the present invention; 
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FIG. 31 is a diagram of an embodiment of a batch 
status request message schema according to the teachings 
of the present invention; 

FIG. 32 is a diagram of an embodiment of a batch 
5 status reply message schema according to the teachings of 
the present invention; 

FIG. 33 is a block and flow diagram of an embodiment 
of a report process according to the teachings of the 
present invention; 
10 FIG. 34 is a diagram of an embodiment of a status 

report message schema according to the teachings of the 
present invention; 

FIG. 3 5 is a diagram of an embodiment of a order 
report message schema according to the teachings of the 
15 present invention; and 

FIG. 3 6 is a diagram of an embodiment of a lead 
report message schema according to the teachings of the 
present invention. 

20 



25 
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DETAILED DESCRIPTION OF THE INVENTION 
As described above, there is a need to provide 
immediate feedback to on-line customers as to the 
availability of selected merchandise. Furthermore, it is 
5 advantageous to somehow satisfy the customer's order even 
when the selected item is not in inventory. Although 
these features are desirable for any on-line merchant, 
they are especially advantageous for big-ticket items 
such as automobiles where a customer may choose among a 

10 myriad of options and features, and where a single 
completed sale translates to large dividends. 

FIG. 1 is a flow diagram of a preferred method for 
ordering and tracking consumer products. As shown in 
FIG. 1, a consumer desiring to purchase a product first 

15 selects and configures the product as desired based upon 
available product features or options, as shown in block 
10. Dealer inventory and "in-process" product inventory 
are then searched to locate products that matched or 
substantially matched the consumer selected product 

20 configuration, as shown in block 20. An in-process 
product is defined as a product that is on the order bank 
to be manufactured, a product in the manufacturing 
process, or a product that is in transit to the retail 
outlet or dealerships. If no matching or otherwise 

25 acceptable at -dealer or in-process product can be 
located, then the consumer is provided the option to 
order the configured product, as shown in block 30. If a 
matching or similar product is located, then the located 
product is "tagged" or designated for purchase and/or 

3 0 delivery to the consumer. The consumer is then notified 
that a product has been located and tagged, and may be 
further notified that the actual purchase or delivery of 
such product may be conditioned, for example, upon 
payment or credit verification. The consumer may be 
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warned that there is a possibility that the vehicle has 
been tagged or sold to someone who may have purchased the 
vehicle prior to the consumer's effort to locate and tag 
the vehicle. This may occur due to lag time in updating 
5 the inventory databases. The consumer is then provided 
an estimated product delivery date. Real-time status and 
tracking information regarding the progress of the 
ordered or tagged through the product pipeline is also 
provided, as shown in block 40. 

10 FIG. 2 is a block diagram of a system 100 for 

product ordering and tracking in accordance with the 
preferred method of FIG. 1. System 10 0 includes consumer 
and product provider user interfaces 12 0 and 122, 
respectively, for communicating via networks 120 and 140 

15 with data processing system 110. A "consumer" or 
"customer" can be any purchaser or user of a product, and 
"product provider" can be, for example, a retailer, 
dealer or even manufacturer of the product offered for 
sale. The user interfaces 120 and 122 can be any 

2 0 suitable graphical user interfaces for use over any 

Internet, intranet, extranet, or similar communication 
network. Communication networks 12 0 and 14 0 can be 
different networks, or the same network. The data 
processing system 110, which is preferably embodied as 
25 one or more computer programs running on a suitable 
computer processor or processors, includes a configure 
product routine 112, a locate product routine 114, an 
order product routine 116 and a status/ tracking routine 
118 for performing the method of FIG. 1. 

3 0 As further shown in FIG. 2, a product knowledge base 

150 is used by the data processing system to provide 
real-time configuration, ordering and tracking 
information to the consumer. Communication link 152, for 
example, represents configuration and pricing data, 
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business rules and/or other like constraints limiting the 
options and configurations available to the consumer. 
Inventory data, which includes, but is not limited to, 
scheduled and unscheduled order banks, final assembly, 
5 in-plant inventory, in-transit stock, dealer inventory, 
is provided by the knowledge base via link 154. Ordering 
rules and constraints, including information about the 
product's manufacturing and delivery process, is provided 
via link 156. Status related data and rules are likewise 

10 provided via link 158. 

Further as shown in FIG. 2, system 110 can 
optionally include a report process routine 119 for 
communicating customer trend, preference and other 
customer-related data to the provider of the product or 

15 products offered for sale. Reporting rules and 

constraints, such as privilege or security data, is 
provided by product knowledge base 150. 

FIG. 3 is a block diagram of a preferred embodiment 
of a system 310 for product ordering and tracking in 

2 0 accordance with the teachings of the present invention. 
Although the system 310 is shown as a web-based system 
for ordering and tracking custom vehicles, the system 310 
may be modified as known and understood by those of skill 
in the art for ordering and tracking various other 

2 5 consumer products over any intranet, extranet or other 

suitable type of communications network. System 310 in 
particular provides on-line customers the ability to 
enter vehicle search criteria, and search for the vehicle 
in the dealership inventory and in-process. If the 

3 0 search does not yield a vehicle satisfying the search 

criteria, then a customer may search for near-match 
vehicles or place a custom order for the desired vehicle. 
In this way, the customer is provided immediate feedback 
as to the availability of the vehicle not only in 
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inventory but also in the pipeline at the manufacturer 
leading to the dealer. The customer is also afforded 
satisfactory alternatives that lead to the completion of 
a sale. 

The system 310 of the present invention, by way of 
example and not limitation, includes consumer "front end" 
339, enterprise extranet 340, enterprise intranet 350 and 
enterprise data center 3 60. As shown in FIG. 3, consumer 
front end provides consumer- to-business (C2B) 
functionality, enterprise extranet 340 provides business- 
to-business (B2B) functionality and enterprise intranet 
350 and enterprise data center 360 provide functionality 
internal to the enterprise, e.g., the product providing 
entity. The various system components, however, can be 
distributed within any of the segments 339, 340, 350 and 
360 as required. FIG. 5, for example, shows another 
preferred embodiment of the present invention wherein a 
reporting data collector 342 and a reporting data 
warehouse 346 are shown as part of the consumer front-end 
53 9 instead of the enterprise extranet 34 0 as previously 
shown in FIG. 3 . 

Referring again to FIG. 3, the consumer front end 
339 includes one or more portals or web sites 318 
accessible over the World Wide Web (WWW) or the Internet 
316 over which consumers 312 can access the system 310. 
The system can be accessed using browser software 
applications running on client computers, machines or 
devices to download and access files called web pages 
stored on servers connected to the Internet. Using the 
same browser applications, consumers can also enter and 
send information to the servers. The Web pages can be 
single or multimedia documents created using hypertext 
markup language (HTML) , extensible markup language (XML) , 
all of the HTML and XML variations and extensions, 
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client-side scripting languages, cascading style sheets, 
Java applets and serverlets, Active Server Pages (ASP) , 
Cold Fusion, and other languages and methods. Portals 
318 may include a web page that is part of the 
5 manufacturer's web site (e.g. Ford.com) that contains 
links to other related web pages and content dedicated to 
system 310. Portals 318 may also include customizable 
general purpose web pages that contain short summaries of 
current news, weather, financial news and serve as a 

10 starting point for many web surfers. Portals 318 may 
also include a web site dedicated to automotive sales of 
one or more makers, or a web site owned and operated by a 
dealership selling automobiles of one or more makers. In 
this manner, portals 318 serve as a multimedia user 

15 interface that interfaces between the users and system 
310 . 

Portals 318 are capable of accessing an inventory 
database 322 and a configuration and pricing database 
324. Inventory database 322 contains data related to the 

20 availability of any in-process or at-dealership product 
that may match the specifications dictated by the 
consumer. Configuration and pricing database 324 

contains data on vehicle models and the available 
configuration and options that may be specified by the 

25 consumer. For example, a consumer may desire a white 
Ford Excursion with cream-colored leather seats, a V10 
engine, premium aluminum wheels, and other options. 
Portal 318 is able to access configuration and pricing 
database 324 and present the data to the on-line consumer 

3 0 so that the consumer can indicate which configurations 
and options are desired. The price of the vehicle may be 
dynamically updated and displayed to reflect the price of 
the vehicle with the selected vehicle configuration and 
options. The vehicle configurations and options may be 
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grouped into packages so that the on-line consumer may 
make his/her selection based on the desired packages. 

After the on-line consumer selects the vehicle make 
and model, configurations and options, he/she may submit 
5 the vehicle selection and perform a search in inventory 
to determine if one is currently available. Inventory 
database 322 receives its data from an inventory importer 
328, which obtains inventory data from dealers 330 for 
their current inventory. Dealers 33 0 may also represent 

10 any sales entity that has an inventory of products for 
sale or lease to the public or to businesses. Inventory 
importer 32 8 further obtains data from an inventory 
packager 368 within the enterprise mainframe and data 
center 360 of the manufacturer for data on vehicles in- 

15 transit from the manufacturing plant to the dealers, in 
manufacturing, and on the order bank. Therefore the 
entire product pipeline is searched for a match or a near 
match, if so desired. If no match or near match is 
found, the consumer may place a custom order for the 

20 vehicle. Inventory importer 328 is responsible for 
obtaining the relevant data from one or more sources, 
reformatting the data as necessary, and storing the data 
in inventory database 322. 

Portals 318 are also in communication with a sales 

25 processor 332, which may be owned and operated by a 
dealership organization or any entity that operates as a 
retail outlet for the manufacturer. The vehicle 

selection information submitted by the consumer for 
purchase or lease is relayed to sales processor 332 for 

3 0 processing. A financing processor 334 may be used to 
receive and verify customer credit information and to 
process financing and complete the sale. A consumer who 
is not currently interested in purchasing or leasing the 
vehicle may cause the vehicle selection information to be 
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stored, such as at a prospect /buyer database 336 or a 
database that is directly accessible by portals 318. 
Portals 318 may recall the stored information when the 
same consumer visits the web site again and allow the 
5 consumer to place the order at that time. 

Sales processor 332 is also in communication with an 
order processor 352 that may be part of an enterprise 
extranet 34 0 of the company. Communication between the 
sales processor 332 and the order processor 3 52 is 

10 preferably done using an appropriate messaging scheme and 
message routers (not shown) . Order processor 352 accepts 
submitted orders from sales processor 332 and 
communicates the order to legacy databases 3 62 in 
enterprise mainframe and data center environment 360 via 

15 a systems network architecture (SNA) server transmission 
control protocol/Internet protocol (TCP/IP) gateway 356. 
Also in communication with sales processor 332 is a 
status request processor 3 54, which may reside in the 
extranet. Status request processor receives requests 

20 from sales processor 332 and obtains the order status 
from a status packager 3 64 in enterprise mainframe and 
data center environment 360. Status packager 364 obtains 
status information from an enterprise vehicle information 
system 3 66, which keeps track of in-plant and in- transit 

25 vehicle inventory as well as vehicles on the order bank. 
Order data database 3 72 contains vehicle pricing 
information for vehicle configurations and options. A 
configuration packager 370 is operable to access order 
data database 3 72 and provide this information to 

3 0 configuration/pricing data database 324 at the front end. 

Portals 318 are able to collect statistics and 
personal data on visitors and report this data to a 
reporting data collector 342 in extranet 340. 
Traditional means of obtaining data on the visitors, such 
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as using cookie files, user entry forms, and the like may 
be used to collect data. This data is then stored in a 
reporting data database 346 in intranet 350. A reporting 
data warehouse interface 344 is provided for users who 
5 has authority to access the data in reporting data 
database 346. Analysis on the collected may be performed 
to achieve a better understanding of potential buyer 
likes and dislikes and to determine potential buyer 
profiles . 

10 For security reasons, firewalls separate the World 

Wide Web and the Internet from extranet 34 0, which is 
also separated from enterprise intranet 350, and 
enterprise mainframe and data center 360 by firewalls. 
Account identifiers, user identifiers, passwords, etc. 

15 are needed to access the extranet, intranet and 
enterprise mainframe and data center systems. 

FIG. 4 is a simplified flowchart of an embodiment of 
the web-based custom vehicle tracking and ordering 
process 400 according to the teachings of the present 

20 invention. A user accesses a World Wide Web web page, as 
shown in block 402. The consumer is then able to enter 
or select from pull-down lists or other types of lists 
the vehicle make, model, color, configurations and 
options, as shown in block 404. System 310 of the 

2 5 present invention then searches for vehicles matching the 

entered criteria in dealership inventory and in-process. 
Two alternate methods of searching and locating a 
matching vehicle are shown in FIGS. 4A-4B and FIG. 5. 

Referring to block 106 in FIG. 4A, the system begins 

3 0 by first searching in dealership inventory. The search 

may be performed by accessing inventory database 322. If 
a vehicle is not found, system 310 then searches database 
322 for matching vehicles that are in- transit, as shown 
in block 408. If a vehicle is not found, then system 310 
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searches inventory database 322 for vehicles that are in- 
plant being manufactured, assembled, etc., as shown in 
block 410. If such a vehicle is still not located, then 
system 310 searches for a matching vehicle that is on the 
5 order bank to be constructed, as shown in block 412. All 
vehicles matching the search criteria are displayed, as 
shown in block 414. If no vehicle matching the criteria 
is located, then near matches are searched in inventory 
database 322 if so instructed by the consumer, as shown 

10 in block 416. 

Referring to FIG. 5, an alternate method 430 of 
searching for and locating a vehicle matching or 
substantially matching the entered criteria is shown. 
Similarly, the consumer accesses the system via portal 

15 web pages, and enters desired vehicle configuration and 
options, as shown in blocks 432 and 434. Dealership 
inventory and in-process vehicles are searched for a 
match or near match, as shown in block 436. In block 
438, all found vehicles are sorted according to how 

20 closely it matched the entered search criteria, from 
highest percentage to lowest percentage. The vehicles 
may further be sorted by status, for example, in- 
inventory vehicles are grouped together, in-transit 
vehicles are grouped together, etc. The sorted found 

25 vehicles are then displayed to the consumer, as shown in 
block 440. 

Returning to FIG. 4B, if no match or near match is 
found, if the consumer does not want to search for near 
matches, or the consumer is not satisfied with any found 
3 0 vehicle in the search result, the consumer may indicate 
that he/she desires to place a custom order, as shown in 
block 418. If the consumer does not desire to place a 
custom order at this time, then the vehicle selection 
criteria may be saved in a database, such as prospective 
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buyer database 336, as shown in blocks 420 and 422. The 
process ends in block 424. 

If, on the other hand, the search located a vehicle 
matching or nearly matching the selection criteria, the 
5 consumer may "tag" or place a "hold" on the vehicle, as 
shown in block 440. In order to reserve a vehicle, the 
consumer is asked to provide credit and/or other 
financial information, as shown in block 442. Typically, 
a consumer is asked to provide a credit card account 

10 number from which a predetermined amount or a certain 
percentage of the vehicle price is charged to hold the 
selected vehicle. Alternatively, the consumer may opt to 
merely save the vehicle configuration and option 
selection and postpone the purchasing decision until 

15 later, as shown in block 420. 

In block 444, after the consumer has decided to hold 
a vehicle and have provided the credit information, a 
summary of the selected vehicle and the transaction may 
be displayed to the consumer. This page may be saved or 

2 0 printed by the consumer as a receipt. In block 446, a 

vehicle delivery schedule projection may be displayed. 
The vehicle delivery schedule may indicate that the 
vehicle is immediately available if it is currently on 
the lot of a dealership or in two months in the case of a 
25 custom order, for example. This step may also be 

performed simultaneously with the search result 
information in block 414. The consumer may further 
select a means of reporting the vehicle delivery status 
and a frequency for the report, as shown in block 448. 

3 0 For example, the consumer may elect to receive status 

update reports via email, facsimile, or a web page. The 
status update reports may further provide an updated 
delivery date, if it is changed from the original date 
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due to changes in the manufacturing or transportation 
schedule. The process ends in block 424. 

FIG. 6 is an alternate embodiment 510 of the present 
invention similar to that shown in FIG. 3. It may be 
5 seen that the boundaries between consumer front end 53 9, 
enterprise extranet 540, enterprise intranet 550, and 
enterprise mainframe and data center 560 may be somewhat 
flexibly delineated, thus some of the system components 
may exist in the consumer front end rather than the 

10 enterprise extranet, for example. As shown in FIG. 5, 
reporting data collector 342 and reporting data warehouse 
346 may exist in consumer front end 539 instead of 
enterprise extranet 54 0 and enterprise intranet 55 0, 
respectively. Further, order processor 3 52 and status 

15 request processor 354 may reside in enterprise intranet 
550 rather than enterprise extranet 540. 

Referring to FIGS. 7A-7C, a more detailed block 
diagram of an embodiment of the web-based custom vehicle 
ordering and tracking system 600 according to the 

2 0 teachings of the present invention is shown. System 600 

includes multiple web sites or portals, such as 
BuyerConnection.com™ 602 and Fleet.com™ 604, which 
provide an online interface to consumers 601 and fleet 
consumers 603 via the Internet. These portals or web 
25 sites communicate with a web server 605, which processes 
consumer requests and generates responses thereto. For 
example, a consumer 601 may select a number of options 
and features for the product (an automobile, for 
example) . A configuration engine 606 and 

3 0 configuration/pricing database 608 are used to provide 

product configuration and pricing information. The 
consumer may then submit a search request to 
BuyerConnection.com 602 to locate a vehicle with the 
selected options and features in dealer inventory, in- 
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transit, in production, or on the order banks. 
BuyerConnection.com then generates a locate request and 
sends it to web server 6 05 (LI) . In one embodiment of 
the present invention, the locate request is an XML 
5 (extended markup language) message, that specifies a set 
of desired vehicle attributes or criteria, the relative 
importance of each criterion, and the type of information 
to be returned by the search. For example, the response 
may be a summary of a list of vehicles or detailed 

10 information of a few selected vehicles. Web server 605 
routes the search request to a locate inventory process 
610, which is responsible for locating the product which 
matches or nearly matches the search criteria submitted 
by the consumer. 

15 Locate inventory process 610 accesses an inventory 

database 612, which contains the updated inventory data 
at all the dealerships and products in-process (in- 
transit, in production, and on the order bank) . An 
inventory data importer 614 performs the inventory data 

20 import batch process in a periodic manner, such as 
nightly, to update the data in inventory database 612. 
Inventory data importer 614 may use a modem dial-up 
connection, file transport protocol (FTP) and/or other 
mechanism to pull inventory records from the dealerships. 

25 A data cleansing or inventory data verification process 
may be used to remove spelling mistakes and verify the 
VIN (vehicle identification number) against the make, 
model, and other features of the vehicle. The data 
cleansing process ensures that the inventory data is in a 

30 consistent and accurate format that is suitable for 
consumer searching and display. Inventory database 612 
may be batch processed or updated in real-time as 
necessary so that the most recent data is available for 
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searching. Weekly full extract may be performed in 
addition to nightly updates on new data. 

A second input to locate process 610 and inventory 
database 612 is an enterprise vehicle information process 
5 660, which contains and processes data related to 
vehicles that are in-process. Locate inventory process 
610 searches inventory database 612 and returns a list of 
matches and near matches (L2) , preferably in decreasing 
order of matching percentile. The consumer may peruse 

10 the list and decide to tag a vehicle on the list. He or 
she can submit a tag request message (L3) . The tag 
request message is sent from a workflow manager 622 to 
web server 605. The data in inventory database 612 
associated with the selected vehicle is updated to 

15 indicate that it has been tagged and that subsequent 
searches should yield results with the tagged vehicle 
suppressed. Preferably, a consumer is able to tag a 
vehicle only after a down payment has been paid or the 
consumer's credit has been approved, for example. A 

20 consumer may tag a vehicle that is in inventory, in- 
transit, in production, or on the order bank. A tag 
response message (L4) is then generated and returned to 
workflow manager 622 to confirm that the selected vehicle 
has been successfully tagged for purchase. The response 

2 5 may be formatted and displayed to the consumer to 

indicate success or failure and perhaps also provide an 
estimate of the vehicle delivery or available date. A 
tag order message (03) is generated and sent to workflow 
manager process 622 for processing. Workflow manager 

3 0 process 622 is one or more application servers which 

process vehicle orders and conveys this order to 
dealerships 624 . 

If the search response indicates that no match was 
found or the consumer is not satisfied with the near 
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matches, the consumer has the option of placing a custom 
order for a vehicle with the desired options and features 
(Ol or 02 ) . Fleet orders (Ol) placed by fleet consumers 
are routed via web server 6 05 to a B2B server 64 0, which 
5 in turn sends the order to an order process 644 via an 
intranet server 642. B2B server 640 is preferably 
situated in an intranet environment behind a firewall 
that safeguards it from the outside world. Order process 
644 processes the fleet order and then sends it to a 

10 corporate on-line communications entry point system 
(CONCEPS) 648 via an SNP server gateway 646. CONCEPS 
generates a new order, which is put on an order bank 656. 

A retail order (02) is also sent to workflow manager 
process 622, which sends it to B2B server 640 and then to 

15 CONCEPS 648 via intranet server 642, order process 644, 
and SNA server gateway 646. The new order is updated in 
order bank 656. 

CONCEPS 64 8 returns an order status or confirmation 
message (05) that confirms the fleet or retail order. 

2 0 The order status message is routed to workflow manager 
process 622. 

A consumer may also request for a lead on a dealer 
that may have vehicles he/she is interested in test 
driving, for example. The BuyerConnection.com web site 

25 routes the consumer lead request (04) to workflow manager 
622, which is sent to customer service representatives 
and to dealerships 624 . The dealerships may then contact 
the consumer directly either by postal mail, electronic 
mail, or telephone. 

30 The BuyerConnection.com web site 602, CarPoint 626, 

or other presentation applications may send a status 
query request message (SI) to workflow manager process 
622. The status request message contains an order source 
identifier (OrderSourceld) and a customer identifier 
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(Customerld) , which are used by workflow manager 622 to 
identify all the active orders for a customer. A common 
membership database 672 stores such customer data for the 
presentation applications (portals and web sites) . A 
5 common membership database interface 67 0 may be used as 
an interface between common membership database 672 and 
web server 605. The workflow manager then returns the 
status history for all vehicles ordered by the customer. 
The reply message (S2) is sent from Workflow manager 622 

10 to the presentation application. 

Periodically, workflow manager process 622 sends a 
request for status message (S3) to B2B server 640, which 
in turn is sent to a status packager 658 via a status 
translator 662 and intranet server 642 . The update 

15 request may be XML message that contains the order 
number, order line number, and item number, which 
uniquely identify the order within a prospect /buyer 
database 630. The request message also may contain the 
model year, body style, vehicle line, and dealer code, 

2 0 which uniquely identify the order in enterprise vehicle 

information system (NAVIS) 660 until the vehicle is 
scheduled for manufacturing and a vehicle identification 
number (VIN) is assigned to the vehicle. The VIN, status 
code, sub- status code, and estimated time of arrival are 
25 sent to status packager 658 residing on the mainframe. 
These values are compared with the values in the 
mainframe systems and status packager 658 returns any 
deltas or differences. This status request may be a 
batch process done nightly or every predetermined time 

3 0 period to update the status of the orders. A status 

information message (S4) is generated by status packager 
658 and returned to workflow manager 622 . The status 
information message contains new values of fields that 
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were found in the mainframe systems that were different 
than what was in the status request message. 

A report process 666 is operable to access a report 
data warehouse 668 and generate report data messages (Rl 
5 and R2) related to the retail orders and tagged orders, 
respectively, for reporting purposes. The report data 
are routed to BuyerConnection.com web site 602 via web 
server 605. Dealer lead messages (R3) are generated 
through a customer request to have a dealer contact the 
10 customer about a certain vehicle that the customer has 
selected online. 

Locate Process and 
15 Locate Process Communication Message Schema 

As described above, external applications are 
operable to submit search requests to locate process 610 
to find vehicles in-process and at dealership which match 
2 0 or substantially match the search criteria. The search 
requests may be submitted in the form of XML (extended 
markup language) messages and the responses be received 
in an XML. The search request messages contain the 
search criterion, the relative importance or weight of 

2 5 each criteria, and the type of data to be returned. A 

client or presentation application may request 
information for a number of reasons. For example, the 
client application may request a list of identifier and 
value pairs for a number of criteria, such as make and 

3 0 model of the desired vehicle. The returned values are 

then used to populate the criteria definition elements of 
the client application user interface, such as pull-down 
lists of available makes and models. The client 

application may then compile the user selected criteria 
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preferences into a second XML message that requests a 
list of matching vehicles in inventory database 612 . The 
returned response message may be compatible with known 
formats, such as the auto-lead data format (ADF) . 
5 Referring to FIG. 8, a message flow diagram of an 

embodiment of the locate process according to the present 
invention is shown. The locate process includes a 
configure client 854 and a locate client 862 that reside 
in a client side application 850, and a locate server 821 

10 in the server side application. A consumer calls up or 
downloads web pages 852 to enter the desired make, model, 
options and features of the product, a configure message 
853 is generated and sent to configure client 854. The 
consumer may also submit the same product criteria in a 

15 configure message 861 of the desired product via a web 
page 860 to search or locate vehicles matching or 
generally matching the search criteria. Configure 
message 861 is sent to locate client 862, which generates 
a locate search request message 863 containing the 

2 0 configuration content of configure message 861 and routes 
it to a locate server 821. Locate server 821 parses and 
uses the search criteria in the locate search request to 
query inventory database 612. Search results are then 
returned to locate server 821. Locate server 821 then 

2 5 generates a response message 865 containing a summary of 
the matched vehicles and sends it back to locate client 
862 . The returned response is parsed, formatted and 
stored in a database 869. The list of vehicles that 
match or generally match the submitted criteria is then 

30 displayed as content in a web page 855 to the consumer. 

The consumer may then provide a selection input 856 
of a particular vehicle from the list displayed in the 
web page, which sends a unique vehicle identifier to 
locate client 862. Locate client 862 generates a request 
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message 866 containing the vehicle identifier, which is 
then routed to locate server 821. Locate server 821 
sends a query to inventory database, 612 and data 867 is 
returned with more detailed vehicle information, which 
5 may include the URL (uniform resource locator) of a 
photographic image of the selected vehicle. Locate 
server 821 then generates a response message 868 that 
includes the detailed vehicle information and routes it 
to locate client 862. The returned detailed vehicle 

10 information is stored in cache 869 as well as displayed 
to the consumer in a web page 8 57. 

The consumer may "tag" a selected vehicle after 
viewing the vehicle information to secure the right to 
purchase the vehicle . The consumer generates a tag 

15 message 858 that contains the unique vehicle identifier, 
which is delivered to locate client 862. This may be 
accomplished by clicking on a link on the web page, which 
may be represented by the image of the vehicle, for 
example. Locate client 862 then forwards the tag message 

20 to workflow manager 622. Workflow manager 622 sends a 
temporary tag to locate server 821. Locate server 821 
then sends a message 872 to data import database 614 to 
"hide" the selected vehicle therein. Data import 

database 614 replicates the tag and vehicle identifier 

25 information 874 and sends it to inventory database 612. 
Locate server 821 further generates a tag confirmation 
message 876 and sends it to workflow manager 622 to 
indicate that the data associated with the selected 
vehicle has been updated to indicate that it has been 

3 0 tagged. The consumer may then complete the purchase of 
the tagged vehicle . 

FIG. 9 is a locate server message flow diagram 90 0 
according to an embodiment of the present invention. A 
listener 902 is preferably a secured XML listener on port 
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8 0 of locate server 821 that accepts XML messages sent 
from requesting presentation applications. Listener 902 
provides support for authenticating whom the request is 
from using private key infrastructure (PKI) encrypted 
5 user credentials, for example. Based on the requester's 
identity, listener 902 applies pre-assigned business 
rules to the request to allow or deny access to specific 
functions and data sets supported by locate server 821. 
Listener 902 then sends the message to a parser 904. 

10 Parser 904 reads the request messages and parses out 

specific portions thereof, which are passed as parameters 
to the underlying search processes via a dispatcher 906. 
Each parser 904 is persistent until a response is 
received from dispatcher 906. The content of the request 

15 messages generally includes request conditions or request 
criteria. Request conditions include required fields, 
optional fields, relevance weights, maximum record count, 
etc. Request criteria include specific vehicle 

configuration, such as make, model, options, and features 

2 0 to search for. Two types of vehicle searches are 

supported, one that returns a summary of vehicles that 
fits the search criteria, and one that returns detailed 
information of selected vehicles or a smaller subset of 
vehicles. 

25 Dispatcher 906 examines the content of incoming 

parameters received from parser 904 and determines which 
underlying locate server function is needed to process 
the request. For example, the request may be a search 
request for vehicles that match a set of criteria or a 

3 0 tag request on a particular vehicle. Dispatcher 906 may 

examine the parameters against business rules defined for 
the requesting application, and replace any offending 
parameters with permissible parameters. Dispatcher 906 
may also provide the overall locate server monitoring and 
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control functions for spawning additional processes or 
threads to service incoming requests, and to manage the 
overall creation and destruction of pooled database 
sessions . 

5 Searcher 908 is a locate server process that 

receives the incoming parameters from dispatcher 90 6 and 
converts them into an SQL (structured query language) 
query against inventory database 612. Searcher 908 uses 
the passed parameters to select one or more vehicles that 

10 match or generally match the required field values, and 
then evaluate the optional or preferred values of each 
vehicle. Weight factors may be used to calculate a 
relevance value for each vehicle. The relevance 

calculations are dynamic, and therefore can support any 

15 mix of weighted factors and values, not only by 
application, but by individual requests. This allows 
applications to vary the weight factors to determine the 
mix that most accurately returns a relevance based on 
their business needs, or alternatively, allow the 

2 0 consumers to provide their own relevance values. 

Search values are returned from inventory database 
612 to searcher 908, which passes the returned values to 
dispatcher 906 and then to parser 904. Parser 904 
constructs a response XML message and sends it to the 
25 requesting application. 

Processing on the locate client side according to 
the teachings of the present invention is shown in FIG. 
10. A message converter 922 is operable to receive an 
XML document from the configure process and search 

3 0 criteria parameters as input to generate a locate request 

XML formatted document output. Using message converter 
922, applications are not required to modify their 
application when new versions of communication schemas 
are rolled out. Message converter 922 is also operable 
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to accept text inputs to generate a locate request 
document. A sub-function of message converter 922 is a 
tag parser that creates supported tag messages and 
returns the status from the tag response message. 
5 A message client 924 is a multi- threaded HTTP 

(hypertext transfer protocol) process that provides the 
required functions to received the XML formatted 
document, then generates and sends XML messages and 
application credentials to and from the locate server. 

10 A response parser 926 receives and processes the 

response XML documents. Response parser 926 outputs an 
ADO record set object that can easily be inserted into an 
application cache for paging, sorting or other 
application specific data functions. 

15 Referring to FIG. 11, a block diagram of an 

embodiment of a search engine 962 of the locate process 
is shown. Search engine 962 includes at least two layers 
or tiers - a business tier 964 overlaying a data tier 
966. Data tier 966 includes inventory database 612, 

20 which contains data on enterprise-wide in inventory and 
in-process products. Data tier 966 also includes a 
DataObj . InventorySimpleSearch object 976. 

DataObj . InventorySimpleSearch object 976 exposes a set of 
methods that may be called by business tier 964 to search 

25 inventory database 612 . Business tier 964 includes a 
BusinessASP . Listener object 972 and a 

BusinessObj . BusinessObj ect object 974. BusinessObj ect 
object 974 is the main component that implements the 
business rules and validates user privilege. The 

30 listener object 972 parses the request XML messages 
received from the web sites and interprets the 
information for the BusinessObj ect . The listener object 
972 is also operable to generate the XML reply messages. 
A Locate. ASP page 970 is operable to fetch the request 
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XML messages received from the web sites and passes it to 
the listener object 972. Locate. ASP page 970 is also 
operable for pushing the reply XML messages back to the 
web site that submitted the search request messages . 
5 A search request can be submitted to search engine 

962 by using the HTTP by posting an XML request message 
to Locate. ASP page 970. Locate. ASP page 970 may respond 
by returning a reply XML message containing the search 
results . The search request is contained in the body of 

10 an HTTP message and the search result is contained in the 
body of a returned HTTP message. A valid user name and 
password with the necessary privilege is required to post 
a request to the Locate. ASP page 970. 

A number of alternative means of initiating the 

15 locate search request is available depending on the 
operating system. For example, on the Windows NT 4.0 
platform, the request message may be posted using the 
Winlnet™ API (application program interface) , the 
WINSOCK™ API , or the Microsoft . XMLHTTP™ . Other means are 

20 available as known in the art. 

Optionally, the search request message can be 
submitted to search engine 802 by passing the XML message 
to a Business . Listener COM (common object model) object. 
This object exposes a single method, ProcessXMLRequest , 

25 that accepts the XML message as a string. 

Search engine 8 02 will accept a search request 
submitted by web sites that has a valid user name and 
password with the necessary privileges. Roles are 

assigned to the web sites that identify the web sites and 

30 its available functionality. Business tier 804 verifies 
that the web site has the correct role to perform the 
requested task. A site role uniquely identifies the web 
site that is using the user name to request service from 
search engine 802. For example, the BuyerConnection.com 
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web site is required to have the SiteBuyerConnection 
role. The site role assignments are used to accomplish 
site-specific validations. A second role, functionality 
role, is used to identify the privilege of the user or 
5 web site. For example, to search the dealer inventory 
database, the user needs the 

FunctionalitySearchDealerlnventoryDatabase role assigned 
thereto . 

As described above, the locate processes involves 
10 generating and sending XML messages in one embodiment, 
such as sending search request XML messages and search 
response XML messages. XML is primarily used to support 
application-to-application data exchange formats, such as 
that found in traditional EDI (electronic data 
15 interchange) over the Internet. The format of these XML 
messages are now described. It should be noted that the 
XML implementation of the messages is but one embodiment 
of the messaging schema, and that other languages and 
communication schemes can also be used. 

2 0 In XML, tags are used to demarcate data content and 

data fields so that the content can be interpreted and 
manipulated. In XML, ELEMENT TYPE tags are used to 
define the various fields or parameters, a NAME tag sets 
out the name of the field, and a CONTENT tag sets out the 
25 data content of the field. Nested ELEMENT TYPE may be 
defined to describe a more complex data structure. For 
example , 

<ElementType name= "Vehicle" content= eltOnly" order= "seq" > 

3 0 <element type= " Identification" / > 

<element type= "Status "/> 
<element type= "DealerCode "/> 
<element type= "Conf iguredModel " /> 
<element type= "Warranty" /> 
3 5 </ElementType> 
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It may be seen that the vehicle field has five parameters 
that contains data on the vehicle. 

A search request message contains a specification of 
5 a set of vehicle attributes to be searched. For example, 
a search request message may have the format 1000 shown 
in FIG. 12. A search request tag 1002 is the top level 
tag for the locate request. A request message may 
include many request parameters that describe many 
10 attributes, with each following the same general format 
shown. Each search request 1002 includes a criteria tag 
1004, which "wraps" all criterion 1006 for one search 
query. The valid values for criterion include dealer, 
make, model, and other options and features. 

15 

<ElementType name = "Criterion" content = "eltOnly" order = 

"seq"> 

<Attribute Type name = "type" dt:type = "enumeration" 
dt: values = "vin dealer make model year package engine transmission 

2 0 tires exteriorpaint interiortrim roof color seattrim accentcolor stage 

option msrp bodystyle vehicletype category askingprice condition 
wheels audiotype"/> 

<Attribute Type name = "required" dt:type = "boolean" 
required = "yes"/> 
25 <Attribute Type name = "weight" dt:type = "number"/> 

<attribute type = "type"/> 

<attribute type = " required" /> 

<attribute type = "weight"/> 

<element type = "Value" minOccurs = "0" maxOccurs = "*"/> 

3 0 <element type = "Range" minOccurs = "0" maxOccurs = "*"/> 

</ElementType> 



At least one criterion 10 06 includes a value parameter 
1008 and/or a range of values 1010 that specify the 

35 weight or relative importance of the criterion. Range of 
values 1010 is specified by a minimum value 1012 and a 
maximum value 1014. Request 1002 further includes a 
select parameter 1016 specified by an item parameter 
1018. Select and item parameters 1016 and 1018 are used 

4 0 to specify whether a vehicle summary or vehicle detailed 
information is requested. 
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Referring to FIG. 13, an embodiment of the format of 
a search response 102 0 is specified by search results tag 
1022. Search results tag 1022 include an errors tag 1024 
and a vehicles tag 1026. Errors tag 1024 is used to 
5 return information if the search is unsuccessful. 
Vehicles tag 1026 contains data on one or more vehicle 
102 7 that fits the search criteria. An identification 
tag 102 8 contains a unique VIN and/or stock number that 
is used to identify the vehicle. A status tag 1029 

10 contains the status of the vehicle, including condition, 
process tag, days in inventory, and description. A dealer 
code tag 1030 contains an identifier that specifies the 
dealership that has the vehicle in inventory. Configured 
model tag 1031 is used to specify detailed information of 

15 the vehicle, including price information (type, value, 
currency) 1032, make (code, description) 1033, model 
(code, name, year, trim, description) 1034, engine 
specifications (code, displacement, number of cylinders, 
fuel type) 1035, transmission specifications (code, type, 

20 speed, description) 1036, exterior paint color (code, 
description) 1037, wheel specifications (code, diameter, 
description) 1038, tire specifications (code, 

manufacturer, description) 1039, seat trim color 1040, 
interior trim materials 1041, audio system specifications 

25 (code, radio, cassette, CD, description) 1042, two-wheel 
or four-wheel drive 1043, cab style 1044, body style 
1045, rear axle ratio 1046, payload package (extra 
payload or towing capacity) 1047, wheel base length 1048, 
roof color 1049, number of doors 1050, accent color (such 

3 0 as exterior paint color for the bottom half of the 
vehicle) 1051, spare tire specification 1052, preferred 
equipment package (PEP) 1053, option package 1054, stand 
alone options 1055, and any error message 1056. Lastly, 
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warranty information is contained in a warranty parameter 
1057 . 

A tag request message is sent from the workflow 
manager to the locate process in order to tag a vehicle 
5 for purchase. An embodiment of the tag request message 
format 1060 is similar to a tagged order message schema, 
which is shown in FIG. 14. Tag request format 1060 
includes a top-level tagged order tag 1061. Tag request 
message 1060 includes four additional tags or parameters: 

10 order information 1062, contact 1072, credit card 
authorization number 1082, and tagged configuration 1084. 
Order information 1062 includes the following parameters: 
order source identifier 1063, session identifier 1064, 
order number 1065, order total price 1066, deposit amount 

15 1067, order date 1068, order time 1069, dealer code 1070, 
and payment method 1071. Order source identifier 1063 
and session identifier 1064 are used to identify the web 
site and session that submitted the order. Order number 
10 65 is a unique identifier generated and assigned to the 

2 0 order. 

Contact 1072 contains customer contact information, 
such as a unique customer identifier 1073, name 1074, 
address 1075, email address 1076, daytime phone number 
1077, evening phone number 1078, fax number 1079, a field 
25 1080 describing the best method to contact the customer, 
and any other comments 1081. 

Credit card authorization number 10 82 is the 
authorization number generated in response to approving 
the use of the customer's credit card to tag the vehicle 

3 0 for purchase. 

The tagged configuration parameter 1084 contains 
data of the tagged vehicle: VIN 1085, stock number 1086, 
item number 1087, order line number 1088, matched 
configuration 1089, configured model 1090, tagged dealer 
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1121, selected dealer 1122, vehicle initial status 1123 
(new, used, in-stock), and locate search identifier 1124. 
Stock number 1086 is a number assigned to the vehicle by 
the dealer, item number 1087 is a number assigned to the 
5 vehicle by the enterprise mainframe. Matched 
configuration 1089 is a Boolean value (true or false) 
that indicates whether the tagged vehicle is exactly the 
same as the configured vehicle. Locate search identifier 
1124 identifies the tagged configuration selected by the 

10 customer to place an order. The configured model 1090 
parameter contains the same data on the configured 
vehicle, including prices 1091 (tag for price 
information) , price 1092 (price offered to the Internet 
customer, manufacturer's suggested retail price, invoice 

15 price), make 1093, model 1094, engine specifications 
1095, transmission specifications 1096, exterior paint 
color 1097, wheels 1098, tires 1099, seat trim 1100, 
interior trim 1101, audio type 1102, drive 1103, cab 
1104, body style 1105, rear axle ratio 1106, payload 

20 package 1107, wheel base 1108, roof color 1109, number of 
doors 1110, accent color 1111, spare tire 1112, PEP 1113, 
PEP package content 1114, option package 1115, option 
package content 1116, stand alone options tag 1117 for 
stand alone option 1118, errors tag 1119 for error 1120. 

25 Tagged dealer 1121 is a tag for the dealer code of 

the dealer that has the requested vehicle. Selected 
dealer 1122 is the tag for the dealer code that the 
customer has selected from whom to purchase the vehicle. 
Vehicle initial status 1123 is the new, used, or in-stock 

3 0 status of the vehicle when it is tagged. Locate search 
identifier 1124 is used to identify the tagged 
configuration selected by the consumer to place the 
order . 
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In response to the tag request, a tag response 
message is generated. The tag response schema may 
include the order number, order line number, item number, 
model year, dealer code, body style, VIN, stock number, 
5 status type, status, message, action code, receipt date, 
process date, and process time. The tag response message 
is returned to Workflow manager as a confirmation that a 
vehicle has been successfully tagged in the database for 
purchase . 

10 

Order Process and 
Order Process Communication Message Schema 

Referring to FIG. 16, an overall data flow diagram 

15 for the order process according to an embodiment of the 
present invention is shown. As described above, the 
order process allows an Internet customer to submit a 
lead to a dealership or purchase vehicle from dealer 
inventory, vehicles in-transit, or orders scheduled to be 

20 built. Order process 644 receives an order number from a 
vehicle order application 1150, which typically resides 
at a web site, portal or is part of the portal. Vehicle 
order application 1150 also sends initial order 
information, initial credit card authorization 

25 information to workflow manager 622. Order process 644 
places the order into the enterprise ordering system 
1158, which resides on the enterprise mainframes. 
Enterprise ordering system 1158 returns an item number 
and other order validation information to order process 

30 644. Enterprise ordering system 1158 also sends the item 
number and order validation information to a dealer 1160 
that either has the selected vehicle or will take 
delivery of the vehicle to the consumer. The item 
number, order number and order validation information are 
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also provided to a customer service process 1164, which 
is operable to communicate with the customer 1162 via 
several modes of communication. Dealer 1160 may also 
initiate change to an order by sending the change 
5 information to enterprise ordering system 1158 as well as 
to workflow manager 622. The order change information is 
provided to a reporting data collector 1154. Workflow 
manager 622 also provides order status information to 
status module 1156. 

10 FIG. 17 is a more detailed block and flow diagram of 

an embodiment of new order processing according to the 
teachings of the present invention. A consumer 601 
submits a new order 1200 to a web site 602, which is 
constructed as an interface between the vehicle 

15 manufacturer and the customers. As described previously, 
the consumer has performed a search and has selected a 
vehicle that satisfies the consumer's selection criteria. 
Web site 602 retrieves vehicle configuration information 
1201 from configuration and pricing database 608, and 

2 0 customer data 12 02 from common membership database 672 
via interface 670. Web site 602 sends a request 1203 for 
credit card authorization to a credit card process 1232, 
which returns a credit card authorization reply 12 04 to 
web site 602. Web site 602 also sends an order number 

2 5 request 12 05 to an order number generator 62 0, which 
generates a unique order number 1206 used to identify the 
order. Web site 602 provides an order confirmation 1207 
with the received order number to consumer, which is 
displayed on a web page. Web site 602 provides a new 

30 order message 1028 to workflow manager 622, which 
forwards the new order information 12 09 to prospect /buyer 
database 63 0 and to B2B server 64 0 in the form of a new 
order message 1210. B2B server 640 forwards new order 
message 1211 to order process 644. Order process 644 
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then sends the new order information 1212 to SNA server 
646, which also sends the new order information 1213 to 
CONCEPS 648. CONCEPS 648 forwards the new order 1214 to 
order bank 656. CONCEPS 648 sends the dealer order data 
portion 1215 of the new order to dealer order database 
650. CONCEPS 648 then returns edit results 1216 to SNA 
server 646, which forwards the information 1217 to order 
process 644. 

In response to receiving the CONCEPS edit results, 
order process 644 sends an order confirmation message 
1218 to B2B server 640. Order process 644 may also 
request status action 1219 from a status action lookup 
process 662, which returns a status action reply 1220. 
B2B server 640 forwards the order confirmation message 
1221 to workflow manager 622. Prospect /buyer database 
630 is then updated with initial order status by workflow 
manager 622. Workflow manager 622 sends information on 
the new order to dealer 624. Workflow manager 622 also 
sends clean/dirty status 1224 to customer assistance 
center/business assistance center, and customer service 
representatives (CAC/BAC CSR) 632. Back at the 

enterprise mainframe, order processing re-edit process 
652 updates order bank 656, and updates dealer order 
information stored in dealer order database 650. Dealer 
order data 1227 is forwarded to a dealer order process 
654, which sends a dealer order receipt acknowledgement 
report 1228 to dealer 624. Customer service 

representatives 632 is provided with follow-up and status 
updates 1229. Workflow manager 622 provides dealer 624 
with periodic status updates. Dealer 624 sends a credit 
card payment request 123 0 to workflow manager 622, which 
forwards the request 1231 to credit card processor 1232. 

FIG. 18 is a more detailed block and flow diagram of 
an embodiment of tag order processing according to the 
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teachings of the present invention. A consumer 601 
submits a tag order 1300 to web site or portal 602, which 
is constructed as an interface between the vehicle 
manufacturer and the customers. Web site 602 receives a 
vehicle configuration message 1301 from vehicle 
configuration and pricing database 608 and receives 
information 13 02 on vehicle inventory search from locate 
process 610. Customer profile data 1303 are also stored 
into common membership database 672 via common membership 
database interface 670. Web site 602 also submits a 
credit card authorization request 13 04 to a credit card 
processor 1220, which then returns a reply 1305. Web 
site 602 also sends an order number request 13 06 to order 
number generator 62 0, which then returns a unique order 
number 1307. The process by which the order numbers are 
generated is shown in FIG. 23 and described below. Web 
site 602 then sends an order confirmation 13 08 to 
consumer 601 with the generated order number. 

Thereafter, web site 602 sends a tag order message 
13 0 9 to workflow manager 622, which forwards the new tag 
order information to prospect /buyer database 630. A 
temporary inventory tag message 1311 is then sent from 
workflow manager 622 to locate process 610. A temporary 
tag is used initially when an Internet consumer requests 
to tag or reserve a vehicle. When a vehicle is 
temporarily tagged, it is not returned in subsequent 
search results. Locate process 610 updates the data in 
the inventory database and sends a tag response message 
1312 back as confirmation. Workflow manager 622 also 
informs dealer 624 by sending a new tag order 1313. 

Periodically or when necessary, workflow manager 622 
and dealer 624 communicate to inform one another of 
inventory availability follow-up an status updates 1314. 
Prospect /buyer database 63 0 is updated by order status 
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updates 1315 from workflow manager 622 . Workflow manager 
622, at the request of dealer 624 or consumer 601, may 
also send request messages 1316 to permanently tag or 
untag a vehicle in the database. A permanent tag is 
5 typically submitted by a dealer through the workflow 
manager to indicate that the transaction is completed on 
a vehicle that had been previously temporarily tagged. A 
permanent tag message deletes the vehicle from the 
inventory database. An untag message is used to cancel a 

10 temporary tag on a vehicle. The untag message allows the 
specified vehicle to again be searched pursuant to 
subsequent search requests. An untag message may be 
submitted by a dealer, the CAC/BAC, CSR, consumer, or via 
locate administrative process that searches for expired 

15 temporary tags. A temporary tag automatically expires 
after a predetermined period, such as 3 0 days, for 
example. Customer service representatives 632 also 

updates or is updated by dealer 624 regarding inventory 
availability follow-up and status updates 1317. Dealer 

2 0 624 also sends a credit card payment request 1318 to 
workflow manager 622, which sends the request 1319 to 
credit card processor 1220. 

FIG. 19 is a more detailed block and flow diagram of 
an embodiment of customer lead processing according to 

2 5 the teachings of the present invention. Consumer 601 
requests 1330, from web site 602, information on a 
dealership, or a lead on the dealership. Vehicle 
configuration information 1331 is then retrieved from 
configuration/pricing database 608 to web site 602. Web 

30 site 602 also stores or retrieves customer profile data 
1332 to or from common membership database 672. Web site 
602 sends a request 1333 for a lead number to a lead 
number generator 1334. A lead number 1335 is generated 
and routed to web site 602. A lead confirmation 1336 is 
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sent to consumer 601 to provide the information on the 
selected dealer. A lead message 1337 is then sent to 
workflow manager 622, which stores the dealer lead 
information 1338 associated with the consumer in 
5 prospect/buyer database 630. The lead information 1339 
is also provided to dealer 624, so that the dealer may 
follow-up on the lead with the consumer. Dealer 624 may 
report to workflow manager 622 with lead follow-up and 
status update information 1340, when dealer 624 follows 

10 up 1341 with consumer 601. Lead status update 

information 1342 is provided to prospect /buyer database 
630. Dealer 624 also provides customer service 

representatives 632 lead follow-up and status update 
information 1343. 

15 An unscheduled order may be cancelled as shown in 

the block and data flow diagram shown in FIG. 20. As 
opposed to a scheduled order, an unscheduled order is one 
that is initiated by the consumer and not previously 
planned or scheduled by the enterprise. Consumer 601 

20 sends a cancel request 1360 to dealer 624. Consumer 601 
may also convey his or her desire to cancel the order via 
some communication 13 61 to customer service 
representatives 632, which conveys the cancel request 
1362 to dealer 624. Dealer 624 then submits a cancel 

25 message 1363 to CONCEPS 648. In response, CONCEPS 648 
updates order bank 656 with a cancel message 1364. 
Dealer 624 further sends a status update 13 65 to workflow 
manager 622, which forwards a status update 1366 to 
prospect /buyer database 63 0. 

3 0 A scheduled order may be cancelled as shown in the 

block and data flow diagram shown in FIG. 21. Consumer 
601 communicates his/her desire to customer service 
representatives 632 to cancel the order 1380. In 
response, customer service representatives 632 
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communicate the cancel request to dealer 624 and also 
send a cancel request 13 82 to a mech. spec, process 1382. 
Mech. spec, process 13 82 sends a cancel message 13 84 to a 
MP&L process 1385. MP&L process 1385 in turn sends 
5 status updates 1386 and 1388 to order bank 656 and 
enterprise vehicle information process 660. Dealer 624 
further sends a status update 13 89 to workflow manager 
622, which forwards a status update 1390 to 
prospect /buyer database 630. 

10 The consumer may also change the specification of 

the vehicle which he/she has ordered. A block and data 
flow diagram of an embodiment of the specification change 
process is shown in FIG. 22. Consumer 601 communicates 
1400 a specification change request to dealer 624. 

15 Consumer 601 may also convey his or her desire to cancel 
the order via some communication 14 01 to customer service 
representatives 632, which convey the specification 
change request 1402 to dealer 624 . Dealer 624 then 
submits a specification change message 14 03 to CONCEPS 

2 0 64 8. In response, CONCEPS 64 8 updates order bank 656 
with information on the specification changes 1404. 
Dealer 624 further sends a status update 14 05 to workflow 
manager 622, which forwards a status update 1406 to 
prospect /buyer database 63 0. 

2 5 FIG. 2 3 is a flowchart of an embodiment of an order 

number generator and process 1500 according to the 
teachings of the present invention. Order number 

generator 1500 receives a request to generate an order 
number, as shown in block 1502. A determination is made 

30 as to the origin of the request, as shown in block 1504, 
as any number of web sites authorized to do business with 
the present system may generate this request. In block 
1506, it is determined whether the request came from a 
first web site, such as ford.com, buyerconnection.com or 
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carpoint.com, for example. If the first web site 
generated the order number request, then a predetermined 
constant, alpha, and a counter are used to generate an 
order number, as shown in blocks 1507 and 1508. 
5 Similarly", for each web site, a different set of alpha 
and counter are used to generate a unique order number, 
as shown in blocks 1511-1515. In blocks 1518 and 1519, 
an encryption algorithm is used to encrypt the counter 
value. This is done so that the Nth order does not get 

10 assigned an order number N. The order number is then 
sent to the requester, as shown in block 1520. The 
process ends in block 1521. 

FIG. 24 is a message hierarchy diagram of customer 
request messages 153 0 sent from the consumer web site to 

15 the workflow manager according to the teachings of the 
present invention. There are at least two types of 
customer request messages: an order 1532 and a lead 1533. 
There are at least three types of messages conveying an 
order: fleet order message 1534, retail order message 

20 1535, and tagged order message 1536. A fleet order 
message 1535 is used primarily to place an order 
encompassing multiple vehicles. A tagged order message 
153 6 is used primarily to place an order on a vehicle 
that was identified by the locate process. The selected 

25 vehicle may be in dealer inventory, in-transit, in- 
process, or on the order bank. A retail order message 
153 5 is used primarily to place an order by a dealer. As 
discussed above, XML messaging or other comparable means 
may be used for communicating the order information 

3 0 between components in the present system. 

Fleet order XML message 1535 includes three primary 
parameters: order information 1537, fleet contact 1538, 
and fleet configuration 153 9. Similarly, retail order 
XML message 1535 includes an order information parameter 
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1540, a contact parameter 1541, a credit card 
authorization number parameter 1542, and a retail 
configuration parameter 1543. Tagged order message 1536 
also includes an order information parameter 1544, a 
5 contact parameter 1545, a credit card authorization 
number parameter 1546, and a tagged configuration 
parameter 1547. It may be seen that there is commonality 
between the message formats for the three types of order 
messages. The detailed format of each order message is 

10 described below. 

The fleet order message includes a top level tag, 
FleetOrder 1560, and three tags, Orderlnf ormat ion 1562, 
FleetContact 1563, and FleetConf igurat ion 1564, at the 
next level. As described above, Orderlnf ormat ion tag 

15 1562 is used to include data related to the order, 
FleetContact tag 1563 is used to include data related to 
the contact or the purchaser, and FleetConf igurat ion tag 
1564 is used to include data related to the vehicle 
configuration of the ordered vehicles. The order 

2 0 information parameters include order source identifier 
1566, session identifier 1567, order number 1568, order 
total price of the fleet 1569, deposit amount 1570, order 
date 1571, order time 1572, dealer identification code 
1573, and payment method 1574. The fleet contact 

2 5 parameters include the name of the contact person 1576, 

address 1577, email address 1578, daytime phone number 
1579, and facsimile number 1580. 

The fleet configuration parameters include 
specifications on the configured model, which is the same 

3 0 or similar to the format used in the tag request message. 

The configured model parameters include price information 
(type, value, currency) 1582 and 1583, make (code, 
description) 1584, model (code, name, year, trim, 
description) 1585, engine specifications (code, 
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displacement, number of cylinders, fuel type) 1586, 
transmission specifications (code, type, speed, 
description) 1587, exterior paint color (code, 
description) 1588, wheel specifications (code, diameter, 
5 description) 1589, tire specifications (code, 

manufacturer, description) 1590, seat trim color 1591, 
interior trim materials 1592, audio system specifications 
(code, radio, cassette, CD, description) 1593, two-wheel 
or four-wheel drive 1594, cab style 1595, body style 

10 1596, rear axle ratio 1597, payload package (extra 
payload or towing capacity) 1598, wheel base length 1599, 
roof color 1600, number of doors 1601, accent color (such 
as exterior paint color for the bottom half of the 
vehicle) 1602, spare tire specification 1603, preferred 

15 equipment package (PEP) 1604, PEP package content 1606, 
option package 1607, option package content 1608, stand 
alone options 1609, stand alone package content 1610, and 
any error messages 1611 and 1612. 

Another fleet configuration parameter is fleet data 

20 1613, which contains information related to the fleet 
order. Another parameter is special paint options 1614, 
which contains additional exterior paint options that the 
fleet customer may specify. Dealer special options 
parameter 1615 allows the fleet customer to specify 

25 additional special options for the vehicles. Price 
concession 1616 is used to provide information on any 
price concessions that may have been made to secure the 
fleet order. A note parameter 1617 allows additional 
information related to the fleet order to be 

3 0 communicated. The next two parameters, narrative ship to 
1618 and narrative ship through 1619 are used to provide 
detailed information on shipping the vehicle fleet. The 
ship to and ship through information includes name, 
street address, city, and state information. A pilot 
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model inspection request parameter 1620 contains 
information related to pilot model inspection, such as 
contact name, phone number, and date. A production 
request disclaimer 1621 is used to convey information on 
5 the production request disclaimer, such as information 
related to the approval or rejection of the disclaimer. 
A production request parameter 1622 is used to 
communicate information on production request, such as 
units, month, week, contact name, and contact 

10 information. Additional information may be provided in a 
remarks parameter 1623. The next parameter, order line 
number 1624, provides the line number for a given 
configuration within an order. A quantity parameter 1625 
is used to communicate the number of vehicle ordered for 

15 the fleet order. Lastly, a priority code parameter 162 6 
is a value used for production scheduling priority. 

As shown in FIG. 26, the retail order message 
includes a top level tag, RetailOrder 1640, and four 
tags, Orderlnf ormation 1641, Contact 1642, 

20 CreditCardAuthNum 1643, and RetailConf iguration 1644, at 
the next level. As described above, Orderlnf ormation tag 
1641 is used to include data related to the order, 
Contact tag 1642 is used to include data related to the 
contact or the purchaser, CreditCardAuthNum 1643 is used 

25 to include the credit card authorization number, and 
RetailConf iguration tag 1644 is used to include data 
related to the vehicle configuration of the ordered 
vehicles. The order information parameters include order 
source identifier 1648, session identifier 1649, order 

30 number 1650, total price of the order 1651, deposit 
amount 1652, order date 1653, order time 1654, dealer 
identification code 1655, and payment method 1656. The 
contact parameters include information on the customer, 
such as a customer identifier 1657, the name of the 
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customer 1658, address 1659, email address 1660, daytime 
phone number 1661, facsimile number 1662, the best way to 
contact the customer 1664, and a field 1665 for including 
comments related to the customer. 
5 The retail configuration parameters include 

specifications on the configured model, which is the same 
or similar to the format used in the tag request message 
and the fleet order message. The configured model 
parameters include price information (type, value, 

10 currency) 1670 and 1671, make (code, description) 1672, 
model (code, name, year, trim, description) 1673, engine 
specifications (code, displacement, number of cylinders, 
fuel type) 1674, transmission specifications (code, type, 
speed, description) 1675, exterior paint color (code, 

15 description) 1676, wheel specifications (code, diameter, 
description) 1677, tire specifications (code, 
manufacturer, description) 1678, seat trim color 1679, 
interior trim materials 1680, audio system specifications 
(code, radio, cassette, CD, description) 1681, two-wheel 

20 or four-wheel drive 1682, cab style 1683, body style 
1684, rear axle ratio 1685, payload package (extra 
payload or towing capacity) 1686, wheel base length 1687, 
roof color 1688, number of doors 1689, accent color (such 
as exterior paint color for the bottom half of the 

25 vehicle) 1690, spare tire specification 1691, preferred 
equipment package (PEP) 1692, PEP package content 1693, 
option package 1694, option package content 1695, stand 
alone options 1696, stand alone package content 1697, and 
any error messages 1699 and 1700. 

30 Another retail configuration parameter is street 

address, city, and state information. The next 

parameter, order line number 1701, provides the line 
number for a given configuration within an order. A 
configuration identifier 1702 is a unique configuration 
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identifier that specifies the vehicle configuration 
selected by the customer in the order. A quantity- 
parameter 1703 is used to communicate the number of 
vehicle ordered. 
5 The lead message format is much like the fleet order 

and retail order message formats. FIG. 27 shows an 
embodiment of the lead message format according to the 
present invention. The lead message includes a top level 
tag, lead 172 0, and four tags, Leadlnf ormation 1721, 

10 Contact 1722, RetailConf iguration 1723, and Dealer 1723, 
at the next level. As described above, Leadlnf ormation 
tag 1721 is used to include data related to a dealer lead 
that the customer is requesting, Contact tag 1722 is used 
to include data related to the customer desiring the lead 

15 information, RetailConf iguration tag 1723 is used to 
include data related to the vehicle configuration of the 
ordered vehicles, and Dealer 1724 is used to include data 
related to the dealer. 

The lead information parameters include a lead 

20 number 1725, a lead source identifier 1726, session 
identifier of the online session with the customer 1727, 
lead date 1728, lead time 1729, time frame for contacting 
the customer 1730, and payment method 1731. The contact 
parameters include information on the customer, such as a 

25 customer identifier 1732, the name of the customer 1733, 
address 1734, email address 1735, daytime phone number 
1736, evening phone number 1737, facsimile number 1738, 
the best way to contact the customer 1739, and a field 
174 0 for including comments related to the customer. 

3 0 The retail configuration parameters include 

specifications on the configured model, which is the same 
or similar to the format used in the tag request message, 
the fleet order message, and the retail order message. 
The configured model parameters include price information 
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(type, value, currency) 1750 and 1751, make (code, 
description) 1752, model (code, name, year, trim, 
description) 1753, engine specifications (code, 
displacement, number of cylinders, fuel type) 1754, 
5 transmission specifications (code, type, speed, 
description) 1755, exterior paint color (code, 
description) 1756, wheel specifications (code, diameter, 
description) 1757, tire specifications (code, 

manufacturer, description) 1758, seat trim color 1759, 

10 interior trim materials 1760, audio system specifications 
(code, radio, cassette, CD, description) 1761, two-wheel 
or four-wheel drive 1762, cab style 1763, body style 
1764, rear axle ratio 1765, payload package (extra 
payload or towing capacity) 1766, wheel base length 1767, 

15 roof color 1768, number of doors 1769, accent color (such 
as exterior paint color for the bottom half of the 
vehicle) 1770, spare tire specification 1771, preferred 
equipment package (PEP) 1772, PEP package content 1773, 
option package 1774, option package content 1775, stand 

20 alone options 1776, stand alone package content 1777, and 
any error messages 1778 and 1779. 

Another lead retail configuration parameter is order 
line number 1742, provides the line number for a given 
configuration. A configuration identifier 1743 is a 

25 unique configuration identifier that specifies the 
vehicle configuration selected by the customer in the 
order. A quantity parameter 1744 is used to communicate 
the number of vehicle the customer is interested in. 

Lead message 172 0 further includes a dealer 

30 parameter 1724. Dealer parameter 1724 is used to 
communicate information related to the dealer that the 
customer desires to contact, such as a dealer identifier 
or code 1745, the name of the dealer 1746, the address of 
the dealer 1747, and the phone number of the dealer 1748. 
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Status Process and 
Status Process Communication Message Schema 

5 FIG. 28 is a block and flow diagram of an embodiment 

of status translator process 662 and status packager 658 
which constitute the status process according to the 
teachings of the present invention. The status process 
is operable to update, package, and deliver vehicle order 

10 status information to consumer, intranet sales 
consultants, consumer service representatives, and the 
prospect/buyer database. Periodically, such as nightly, 
workflow manager 622 sends a status update request to the 
status process. In response, the status process sends 

15 batch data update messages 1800 to workflow manager 622 . 
the Status process also sends batch status data updates 
1801 to report process 666. 

Status translator 662 receives the data updates from 
status packager 658, which extracts the update 

20 information from the mainframe systems in the enterprise. 
For example, status packager 658 extracts update 
information from enterprise vehicle information process 
660 and order bank 656 in the corporate mainframe 
facility and data center, as shown in FIG. 7. Status 

25 packager 658 tracks at least one field in the data 
records for changes, and communicates the changes. 
Status packager 658 matches certain data field contents 
in the orders with data from enterprise vehicle 
information process 660 and order bank 656 to detect 

3 0 changes to the order. For example, status packager 658 
may track changes in the status code, sub- status code, 
produce date, shipped date, deliver date, estimated time 
of arrival, and the establishment of a full 17 position 
VIN, and reports the changes to status translator 662, 
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which then reformats the data and sends it to workflow 
manager 622 and report process 666. Workflow manager 622 
then stores the data in prospect /buyer database 63 0 (FIG. 
7) Status packager 658 sends the status change data in a 
5 comma delimited flat file, for example, to status 
translator 662, which is then operable to translate it 
into an XML message, for example. In one embodiment of 
the present invention, the file transport communications 
mechanism between status packager 658 and status 

10 translator 662 is FTP (file transfer protocol) via 
WinlNET, and the mechanism between status translator and 
workflow manager 622 is XML via HTTP. 

Status translator 6 62 includes a communicator object 
1802 and a translator object 1804. Communicator object 

15 18 02 receives either an XML message from workflow manager 
622 or a comma delimited flat file from status packager, 
and hands both to translator object 1804 for file format 
conversion from one to the other. Translator object 1804 
then carries out the file reformatting task and returns 

2 0 the converted file to communicator object 18 02 for 
transmission to the appropriate destination. Workflow 
manager 622 then uses the order number, order line 
number, and item number in the XML message to locate the 
specific order record in buyer/prospect database. If a 

2 5 tag attribute, such as a change flag, of the order is 

true, then certain data field contents are added to the 
batch file as update data. For example, the status code, 
sub- status code, ETA, VIN, scheduled date, produced date, 
shipped date, delivered date, last update date, and last 

3 0 update time are added to the vehicle order status history 

in buyer/prospect database 63 0 if the change flag 
attribute indicates that data has been changed. 

An online consumer may send a status request message 
1810 from a consumer web site (shown as Ford of Canada in 
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FIG. 28) to workflow manager 622, which allows workflow 
manager 622 to respond to the request with data from 
prospect /buyer database 630. Using the order source 
identifier and the customer identifier, workflow manager 
5 622 extracts the relevant record (s) in prospect/buyer 
database 630. The status history data for that active 
record is also returned as part of the response. 
Workflow manager 622 then sends the status data to the 
consumer interface presentation application, i.e. the web 

10 site, for display to the consumer. 

FIG. 2 9 is a diagram of a consumer status query 
message schema according to the teachings of the present 
invention. The consumer status query message includes a 
StatusConsumerRequest tag 182 0, which includes an order 

15 source identifier (OrderSourceld) 1821 and a customer 
identifier (Customerld) 1822. Order source identifier 
1821 is used to identify the presentation application, or 
the consumer web site, from which the status query was 
submitted. Customer identifier 1822 is used to identify 

2 0 the online consumer that submitted the status query. 

Using these two identifiers, workflow manager 622 locates 
all active orders for the customer, and generates a reply 
message, the format of which is shown in FIG. 30. In an 
embodiment of the present invention, the status query 
25 message and the reply message are implemented in XML. 

Referring to FIG. 30, the customer status request 
reply message includes a top level StatusConsumerReply 
tag 183 0, which identifies the message, and a next level 
tag, StatusCOnsumerReplyOrder 1831, which identifies each 

3 0 order within the consumer status reply message. For each 

order, OrderNumber 1832 is used to identify the order. 
In addition, OrderDate 1833, Vendor 1834, PriceLevel 
1835, VehicleConf ig 1836 also are used to describe the 
transaction. A StatusHistory parameter 1837 is used to 
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provide information on the status and history of the 
order. StatusHistory 1837 includes ProduceDate 183 8, 
ShippedDate 1839, and DeliveredDate 1840. StatusHistory 
further includes a StatusRecord tag 1847, which includes 
5 the following fields or parameters: a status code 1848 
that represents the current status of the ordered 
vehicle, narrative text to describe the status code 
(StatusLiteral 1849), sub-status code 1851, ETA 1852, a 
scheduled date 1850 for delivery, VIN 1853, the last 

10 update date 1854, and the last update time 1855. 

FIG. 31 is a diagram of an embodiment of the batch 
status query message according to the teachings of the 
present invention. The status batch request is sent from 
components in the system, such as workflow manager 622, 

15 to status translator 662. The status batch request 
contains a top-level tag, StatusBatchRequest 1870, which 
includes S t atusBat chReque s tOrder tag 1871 to identifies 
each order within the status batch request message. The 
parameters for each vehicle order includes the order 

2 0 number 1872, order line number 1873, model year 1874, 
vehicle line 1875, body style 1876, dealer code 1877, 
item number 1878, status code 1878, sub-status code 1880, 
ETA 1881, VIN 1882, and ScheduledDate 1883. 

FIG. 32 is a diagram of an embodiment of a batch 

2 5 reply message schema according to the teachings of the 
present invention. The status batch reply message 

includes a top level StatusBatchReply tag 1890, which 
includes a StatusBatchReplyOrder tag 1891 that is used to 
identify each order in the message. For each order, the 

30 following parameters are provided: order number 1892, 
order line number 1893, model year 1894, vehicle line 
1895, body style 1896, dealer code 1897, item number 
1898, status code 1899, sub-status code 1901, ETA 1902, 
VIN 1903, ScheduledDate 1904, ProducedDate 1905, 
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ShippedDate 1906, DeliveredDate 1907, last update date 
1910, and last update time 1911. Status code 1899, sub- 
status code 1901, ETA 1902, and VIN 1903 each further 
includes a change flag that is used to indicate whether 
5 change to the data has been made. 

Report Process and 
Report Process Communication Message Schema 

10 FIG. 33 is a simplified block and flow diagram of 

report process 666 according to the teachings of the 
present invention. Report process 666 includes a data 
collector 1154, an OLAP (online analytical processing) 
server 1932, and a reporting web portal 1934. In 

15 operation, a user accesses report processor 666 via 
reporting web portal 1934, which communicates with OLAP 
server 1932. OLAP server 1932 contains formatted data 
accessed from the raw data stored in report data 
warehouse 668. Report process 666 first authenticates 

2 0 the user by verifying that the given user identifier and 

password are valid. As the user requests a specific 
report, whether the user has authorization to access the 
requested report is verified. A number of users may have 
access to the reports provided by report process 666, 
25 including online customers, dealers, enterprise engineers 
and managers, system administrators, system analysts and 
suppliers . 

Report process 666 is operable to capture and store 
a variety of data from several components of the system, 

3 0 and then to display and print reports selected by the 

user. The consumer web sites 602 or the presentation 
applications capture data generated by user activity at 
the web site. For example, the user's click stream data 
and the session identifier are captured. If the user 
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invokes an auxiliary information application at the web 
site to calculate the amount of interest on the car loan, 
for example, then that information is also captured. If 
the user generates a vehicle configuration, a 
5 configuration identifier will also be generated and 
captured. At the end of a session, an XML message is 
generated to include the entire session detailed data, 
identifiers, and click stream data, which is then sent to 
web server 605. For example, the XML message may include 

10 the web site identifier, session identifier, 
configuration identifiers, customer zip code, auxiliary 
information application invocation, configuration click 
stream for each configuration identifier done during the 
session, vehicle configuration specification for each 

15 configuration identifier, whether locate search results 
were selected, session start date and time, session end 
date and time, and the entry point and exit points. 

The transport of the session data message may be a 
pseudo-real time or batch process that is run at the end 

2 0 of each session, or periodically, for example. Web 
server 605 then sends the messages to a report log 
utility of a report data collector 1154, which may 
perform some data cleansing function, such as parsing the 
message and correcting errors. Data collector 1154 then 

2 5 sends the update data to report data warehouse 668 

periodically, such as once a day, via batch feed, for 
example. In addition, a copy of all the XML messages 
generated in the presentation applications and sent to 
workflow manager 622 are also routed to data collector 

3 0 1154. The messages include tagged orders, retail orders, 

leads, vehicle searches, session data, status updates, 
and lead/order updates. 

After a complete configuration, the user may search 
the selected configuration in inventory database 612. 



200-0090 

59 

Locate process 610 is operable to pass a copy of the 
search result message to report log utility 1930. For 
each search results message, the session identifier, 
configuration identifier, and the match relevance for 
5 each criteria, are provided to the report process. 
Report data collector 1154 is operable to parse the XML 
message and extract the match relevance count for each 
criteria to pass to report data warehouse 668. 

When a retail order or a tagged order is placed, the 

10 order message is routed to workflow manager 622 with the 
session identifier, configuration identifier, order 
number, and other order details. A copy of the order 
message is also routed, via web server 605, to data 
collector 1154, which processes it and stores the data in 

15 data warehouse 668. When workflow manager 622 receives 
order update messages from the order process, a copy of 
the order update message is also routed to data collector 
1154 via web server 605. In addition, each time the 
status of the order is updated in workflow manager 622, a 

2 0 copy of the status update message is also sent to data 

collector 1154. 

When a configuration is sent as a request for a 
lead, a lead message is routed to workflow manager 622, 
with the session identifier, configuration identifier, 
25 and other lead detailed data. A copy of the lead message 
is also routed to report data collector 1154 via web 
server 605. Reporting data collector 1154 parses the XML 
lead message and stores the data in report data warehouse 
668 . Each time the lead data is updated in workflow 

3 0 manager 622 because of dealer action, a copy of the 

update XML message is also routed to report data 
collector 1154. Alternatively, each time an order or a 
lead changes to an inactive status (sold, cancelled, 
future prospect) by dealer action, an update XML message 
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is generated to include a history of the associated 
dealer events and sent to workflow manager 622 and report 
data collector 1154 . 

Dealer data is also provided to data collector 1154 
5 for storage in report data warehouse 668. Dealer data 
may include the dealer code, P&A codes, dealer name, 
dealer address, dealer contact, dealer zip code, dealer 
zone, and dealer region. Report data warehouse 668 
updates and generates metrics on the number of 
10 dealerships participating in the online program. 
Similarly, credit process 1232 may also feed credit data 
to data collector 1154 for storage in report data 
warehouse 668. In addition, customer survey results 1930 
which are used to gauge customer satisfaction are also 
15 stored in report data warehouse 668. 

Report process 666 is operable to generate numerical 
and graphical reports as requested by submitting 
standardized SQL to report database 668. Exemplary 
reports are listed below: 
20 -Financial Reports 

-Compare revenue stream generated through the 
web sites by brand, make, model, model year, 
and model trim against orders placed online 
-Metrics to be broken down for time frame 
25 (month, week) and/or by regions 

-Free Demand Data Reports: 

-Metrics on end customer click streams on the 
web site for configurations, resulting in: 
-Abandoned 
30 -Retail Ordered 

-Tagged Order 

-Request-f or-Quotes (Leads) 
-Searched 

-Saved in garage for future follow-up 
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-Rank order of user "first clicks" - hot spots 
on the web sites, brands, etc. 

-Rank order of popular (non-standard) options 
per model/trim level 

-Rank ordered top 10 models per brand 
-Rank ordered most popular build combinations, 
configuration items (options or features) , 
colors, etc. 

-Percentage of users selecting auxiliary 
services from the web sites based on model/trim 
configurations 
-Order Status Metric Reports 

-How long on average does it take to build a 
vehicle, a vehicle of a certain brand, make, 
trim, etc. 

-How does the promised delivery date compare 
with the actual delivery date 
-Dealer Credit Metric Reports 

-How many credit applications by dealer, make, 
model, year 

-How many credit applications were approved, 
rejected, conditioned, and resulted in a 
purchase 

-Site/Application Performance Reports 
-Top-referring web sites 

-Metrics on exit points within the web sites 
-Metrics on web site traffic (number of user 
sessions, time, usage, etc.) 
-Number of requests per visit 

-Metrics on requests for credit and fulfillment 
percentage 
-Dealer Reports 

-Metrics on number of exact matches found 
-Metrics on new/used/pre- owned requests 
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-Dealer inventory-related requests 
-Metrics on leads to dealers 
-Metrics on leads-to-close ratio 
-Metrics on initial dealer to closing dealer 
5 -Dealer Performance Reports 

-Participating dealers 

-Metrics on hits, leads, orders, etc. 

-Vehicle demand summary compared with regional 

average, etc. 

10 -Metrics on dealer response time on leads 

-Customer survey results 

-Locate, order and status module reports 
-Price Metric Reports 

-MSRP, dealer invoice, sold price, and ePrice 
15 trends, by dealer, by make, model, trim, etc. 

Three message formats are used by the report 
process. FIG. 34 is a diagram of the messages. A 
StatusUpdate tag 2 000 is the top level tag for the 

2 0 messages, which includes two types of order messages 
2001: tagged order 2002 and retail order 2003. Another 
report message is a lead message 2006. 

FIG. 3 5 is a diagram of the order update message 
format, which may be implemented in XML. Two kinds of 

25 orders 2001 are provided, tagged order 2002 and retail 
order 2003. TaggedOrder 2002 includes order information 
(Orderlnf ormation) 2006, which includes order source 
identifier 2007, session identifier 2008, configuration 
identifier 2009, order number 2 010, VIN 2011, and item 

30 number 2012. TaggedOrder 2002 also includes the status 
of the order (OrderStatus) 2014, which includes status 
code 2015, status description 2016, time stamp of the 
order 2017, and status alert (ISCAlert) 2018. 
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TaggedOrder further includes dealer action data 
2020, which includes dealer code 2 021, first response 
metrics 2022, response type 2023, vehicle availability 
2024, demo drive flag 2025, dealer action code 2026, 
5 dealer action description 2027, and time stamp 2028. 
First response metrics 2022 is used to provide data that 
identifies the dealer response interval (hours, days, 
week, etc.), and response type 2023 identifies the type 
of communications response the dealer takes (telephone 

10 call, email, etc.). DemoDriveFlag 2025 is a boolean 
parameter that is used to indicate whether a. demo drive 
has been taken or not . 

RetailOrder 2 0 03 also includes Orderlnf ormation 
2030, OrderStatus 2040, and DealerAction 2042 tags or 

15 parameters. Orderlnf ormation 2030 also includes order 
source identifier 2031, session identifier 2032, 
configuration identifier 2033, order number 2034, VIN 
2035, and item number 2036. DealerAction similarly 
includes dealer code 2043, first response metrics 2044, 

2 0 response type 2045, vehicle availability 2046, demo drive 
flag 2047, dealer action code 2048, dealer action 
description 2049, and time stamp 2050. 

FIG. 3 6 is a diagram of the lead update message 
format 2 006 according to the teachings of the present 

25 invention. Lead message 2006 includes lead information 

2060, lead status 2070, and dealer action 2080. Lead 
information 2 060 includes the lead source identifier 

2061, session identifier 2062, configuration identifier 
2063, and vehicle type 2064. Lead source identifier 2061 

30 is used to indicate the originating web site from which 
the request is submitted. Session identifier 2062 

identifies the online session during which the dealer 
lead request was submitted. 
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Lead status 2070 includes status code 2071, status 
description 2072, time stamp 2073, and configuration 
change flag 2074. Configuration change flag is a boolean 
parameter that indicates whether the configuration has 
5 been changed . 

Dealer action 2080 is another parameter in the lead 
message format. Dealer action 2080 includes dealer code 
2081, first response metrics 2082, response type 2083, 
vehicle availability 2084, demo drive flag 2085, dealer 

10 action code 2086, dealer action description 2087, and 
time stamp 2088. 

FIGS. 37A and 37B is a diagram of an embodiment of 
the user session message format for transmitting user 
online session data to the report process. A user 

15 session tag 2100 is the top-level tag of the message. A 
session start parameter 2102 includes session ID 2103, a 
visitor descriptor 2104, a source application identifier 
2105, a browser indicator 2106, an IP (Internet protocol) 
address 2107 of the user, and a reference 2108 field with 

20 additional description 2109 and IP address 2110 
parameters. A session end tag 2116 includes the session 
identifier 2117, and a reason 2118 the session ended. A 
locale tag 212 0 is used to provide country 2121, language 
2122, and currency type 2123 data. A compare vehicles 

25 tag 2126 is used to provide data on the vehicles 2127 the 
consumer comparison shopped. An end session tag 212 8 is 
used to provide signature 212 9 data. A garage user 
action tag 2130 is used to provide data on user 
activities related to the virtual online garage 2131. 

30 The user's account identifier 2133 is provided by a login 
account tag 2132. A notable decision tag 2136 is used to 
provide data on user decisions, such as sequence 
reference 2137, description, and decision 2139. A 
program decision tag 214 0 is used to provide additional 
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decision related data, such as sequence reference 2141, 
description 2142, and decision 2143. A show tag 2150 
provides signature 2151 and description 2152 data on 
items, images or pages that the user chose to view. An 
5 use external application tag 2156 is used to provide 
signature 2157 and description 2158 data on auxiliary 
information applications invoked by the user. An user 
input tag 2160 is used to provide signature 2161, 
description 2162, and input 2163 data on user online 
10 inputs. 

Additional tags 2164-2167 are used to provide data 
related to credit application requests, credit 
application responses, quote requests, and quote 
responses. A locate request tag 2168 is used to provide 

15 an identifier 2169 for the vehicle locate request, and a 
locate response tag 2170 is used to provide an identifier 
2171 for the locate response. Locate request details tag 
2174 and locate response details 2177 are used to provide 
VIN 2175 and 2178 of the vehicle for which the user 

2 0 requested detailed information. Furthermore, the 

identifiers 2181 and 2185 associated with an order 
request 2180 and order response 2184 are provided. The 
identifiers 2187 and 2190 associated with a status 
request 2186 and status response 2189 are provided. A 

2 5 configuration changed tag 2192 is used to provide 
sequence reference 2193, configurator identifier 2194 and 
part 2195 data associated with the user changing vehicle 
configurations. A garage new user created tag 2200 is 
used to provide sequence reference 22 01 and login 

30 identifier 2202 associated with the user action of 
parking a vehicle in a virtual garage for the first time. 
Garage user information changed tag 22 04 provides 
sequence reference data 2205. Garage loaded tag 2206 
provides the sequence reference 2207, login identifier 
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2208, first login 2209 and login count 2210. Garage 
configuration saved tag 2212 provides sequence reference 
2213, vehicle 2214, and parts name list 2215 of the 
garaged vehicle. Garage configuration loaded 2216 tag 
5 provides sequence reference 2217, vehicle 2218, parts 
name list 2219, and date saved 2220 of the vehicle 
configuration parked in the virtual garage. A new 
configuration generated tag 2222 is used to provide 
sequence reference 2223, configurator identifier 2224, 

10 and vehicle 2225 data on each new vehicle configuration 
generated by the user. A notable raised tag 222 7 is used 
to provide sequence reference 222 8, description 222 9, 
parts name list 2230, and monetary value 2231 associated 
with the user activities. A page state changed 2234 tag 

15 is used to provide sequence reference 2235, old page 
state 2236, and new page state 223 7 data. A program 
begun tag 22 3 8 and program eligibility raised tag 224 0 
are used to provide data associated with the program. 
Description 2241 and reason 2242 data are provided. A 

20 configured model tag 2243 is provided to include data on 
the configured vehicle. 

Constructed and operating in this manner, a customer 
is afforded the opportunity to specify the desired 
configuration and options of a product to search the 

25 inventory for availability. The vehicle availability 
anywhere along the pipeline from the manufacturer to the 
dealership may be determined. The customer may tag a 
vehicle that is currently anywhere in the pipeline that 
fits his/her criteria for purchase. In the event that 

3 0 the specified product is not currently available, the 
customer may place a custom order for the product . 
Therefore, the customer is able to make a purchase on a 
product or vehicle that he/she desires and track the 
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status of the vehicle when it is custom ordered and 
manufactured . 

Several processes have been described that carry out 
the locate, order, status, and report functionalities of 
5 the system and XML communication schema between the 
various components have been established. 

Although the present invention has been described in 
the context of custom automotive vehicle inventory 
tracking and ordering, it is equally applicable to other 
10 products for which a consumer may select from among 
different configurations. 

Although several embodiments of the present 
invention and its advantages have been described in 
detail, it should be understood that mutations, changes, 
15 substitutions, transformations, modifications, 

variations, and alterations can be made therein without 
departing from the teachings of the present invention, 
the spirit and scope of the invention being set forth by 
the appended claims. 
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WHAT IS CLAIMED IS 

1. An online method of ordering and purchasing 
customized products, comprising: 

receiving a custom order message incorporating order 
5 data and product configuration data submitted by an 
online user; 

storing the order data and product configuration 
into a buyer database; 

entering the custom order and order data and product 
10 configuration into an order bank to be scheduled for 
manufacturing ; 

generating an order confirmation message and sending 
the order confirmation message to the user. 

15 2. The method, as set forth in claim 1, further 

comprising : 

receiving input entered on a web page by the user to 
submit a custom order, including product configuration 
data ; 

2 0 generating the custom order message incorporating 

the product configuration data and sending the custom 
order message to a web server; and 

routing the custom order message to a workflow 
manager . 

25 

3. The method, as set forth in claim 2, further 
comprising : 

sending the custom order data to a dealer selected 
by the user; and 

3 0 routing the custom order message to a B2B server, 

which sends it to an order processor. 
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4. The method, as set forth in claim 1, further 
comprising generating a unique order number for the 
custom order. 

5 5. The method, as set forth in claim 1, further 

comprising : 

receiving customer data related to the user from the 
user; and 

storing the customer data in a common membership 
10 database. 

6. The method, as set forth in claim 1, further 
comprising : 

receiving online payment data from the user for the 
15 custom order; 

processing the online payment data of the product; 

and 

confirming the online payment processing completion. 

2 0 7. The method, as set forth in claim 1, further 

comprising : 

displaying a list of product substantially matching 
product configuration data entered by the online user; 

receiving a user-tagging of a particular product 
25 from the list and a tag order message incorporating tag 
order data and product configuration data submitted by 
the user; 

storing the tag order data and product configuration 
into a buyer database; 

3 0 modifying inventory data in an inventory database 

associated with the tagged product to indicate 
unavailability; and 

generating a tag order confirmation message and 
sending the tag order confirmation message to the user. 
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8. The method, as set forth in claim 7, further 
comprising : 

receiving input entered on a web page by the user to 
submit a tag order, including product configuration data; 
5 generating the tag order message incorporating the 

product configuration data and sending the tag order 
message to a web server; and 

routing the tag order message to a workflow manager. 

10 9. The method, as set forth in claim 8, further 

comprising : 

sending the tag order data to a dealer selected by 
the user; and 

routing the tag order message to a B2B server, which 
15 sends it to an order processor. 

10. The method, as set forth in claim 7, further 
comprising generating a unique order number for the tag 
order. 

20 

11. The method, as set forth in claim 7, further 
comprising : 

receiving customer data related to the user from the 
user; and 

2 5 storing the customer data in a common membership 

database . 

12. The method, as set forth in claim 7, further 
comprising : 

3 0 receiving online payment data from the user; 

processing the online payment data of the product; 

and 

confirming the online payment processing completion. 
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13. The method, as set forth in claim 1, further 
comprising : 

receiving a lead request message incorporating lead 
data and product configuration data submitted by the 
5 user; 

storing the lead data and product configuration into 
a buyer database; 

generating a lead confirmation message and sending 
the lead confirmation message to the user. 

10 

14. The method, as set forth in claim 13, further 
comprising : 

receiving input entered on a web page by the user to 
submit a lead request, including product configuration 
15 data; 

generating the lead request message incorporating 
the product configuration data and sending the lead 
request message to a web server; and 

routing the lead request message to a workflow 
2 0 manager . 



15. The method, as set forth in claim 14, further 
comprising : 

sending the lead request data to a dealer selected 

2 5 by the user; and 

requesting lead status updates from the dealer. 

16. The method, as set forth in claim 15, further 
comprising : 

3 0 receiving a lead status update from the dealer; and 

storing the lead status update in a buyer database. 
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17. The method, as set forth in claim 13, further 
comprising generating a unique lead number for the lead 
request . 

5 18. The method, as set forth in claim 13, further 

comprising : 

receiving customer data related to the user from the 
user; and 

storing the customer data in a common membership 
10 database. 

19. The method, as set forth in claim 1, further 
comprising : 

receiving a cancel custom order request from the 

user; 

deleting a custom order associated with the cancel 
customer order request from an order bank; and 

updating a buyer database to reflect the updated 
status of the user. 

20. The method, as set forth in claim 1, further 
comprising : 

receiving a cancel tag order request from the user; 
modifying data associated with the cancelled tag 
order in an order bank; 

modifying data of a product associated with the 
canceled tag order in an enterprise product availability 
database; and 

updating a buyer database to reflect the updated 
status of the user. 
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21. An online custom product ordering and 
purchasing system, comprising: 

an online user interface operable to provide product 
configuration and to receive an online order for a 
5 product having a specific product conf iguration; 

a web server operable to receive the online order 
from the online user interface; 

an order processor operable to receive the online 
order from the workflow manager process the order; and 
10 an order bank operable to receive the online order 

and schedule a product having the product configuration 
specified in the online order for manufacturing. 

22. The system, as set forth in claim 21, further 
15 comprising a workflow manager operable to receive the 

online order from the web server, storing order data 
associated with the online order in a buyer database, and 
routing the online order to the order processor. 

20 23. The system, as set forth in claim 21, further 

comprising a common membership database operable to store 
customer data associated with the online user. 

24. The system, as set forth in claim 21, further 
25 comprising an order number generator operable to generate 

a unique order number for each order. 

25. The system, as set forth in claim 21, wherein 
the online order is for customer ordering a vehicle, the 

30 specific product configuration comprises make, model, 
year, color, engine data, and transmission data of the 
vehicle . 
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26. A method of ordering and purchasing a vehicle 
having specific vehicle configuration via the Internet, 
comprising : 

receiving a custom order message incorporating 
5 vehicle configuration data, order data, and user data 
submitted by an online user; 

storing the order data, user data and vehicle 
configuration data into a buyer database; 

processing the custom order; 
10 entering the custom order and its associated data 

into an order bank to schedule the specified vehicle for 
manufacturing ; 

generating an order confirmation message and sending 
the order confirmation message to the user. 

15 

27. The method, as set forth in claim 26, further 
comprising : 

receiving input entered on a web page by the user to 
submit the custom order, including order data, user data, 
2 0 product configuration data; 

generating the custom order message incorporating 
the product configuration data and sending the custom 
order message to a web server; and 

routing the custom order message to a workflow 

2 5 manager. 

28. The method, as set forth in claim 26, further 
comprising : 

receiving a user- select ion of a dealer; 

3 0 sending the order data, user data, and vehicle 

configuration data to the selected dealer; and 

routing the custom order message to a B2B server, 
which sends it to an order processor. 
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29. The method, as set forth in claim 26, further 
comprising generating a unique order number for the 
custom order message. 

5 30. The method, as set forth in claim 26, further 

comprising : 

receiving user data from the user, including name, 
address, and contact information; and 

storing the user data in a common membership 
10 database. 

31. The method, as set forth in claim 26, further 
comprising : 

receiving online payment data from the user for the 
15 custom order; 

processing the online payment data of the vehicle; 

and 

confirming the online payment processing completion. 

20 32. The method, as set forth in claim 26, further 

comprising : 

displaying a list of vehicles substantially matching 
vehicle configuration data entered by the online user; 

receiving a user-tagging of a particular vehicle 

2 5 from the list and a tag order message incorporating tag 

order data and the vehicle configuration data; 

storing the tag order data and vehicle configuration 
into a buyer database; 

modifying inventory data in an inventory database 

3 0 associated with the tagged vehicle to indicate 

unavailability; and 

generating a tag order confirmation message and 
sending the tag order confirmation message to the user. 
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33. The method, as set forth in claim 32, further 
comprising : 

receiving input entered on a web page by the user to 
submit a tag order, including product configuration data; 
5 generating the tag order message incorporating the 

vehicle configuration data and sending the tag order 
message to a web server; and 

routing the tag order message to a workflow manager. 

10 34. The method, as set forth in claim 32, further 

comprising : 

sending the tag order data to a dealer selected by 
the user; and 

routing the tag order message to a B2B server, which 
15 sends it to an order processor. 

35. The method, as set forth in claim 32, further 
comprising generating a unique order number for the tag 
order . 

20 

36. The method, as set forth in claim 32, further 
comprising : 

receiving customer data related to the user from the 
user; and 

2 5 storing the customer data in a common membership 

database . 

37. The method, as set forth in claim 32, further 
comprising : 

3 0 receiving online payment data from the user; 

processing the online payment data of the vehicle; 

and 

confirming the online payment processing completion. 
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38. The method, as set forth in claim 26, further 
comprising : 

receiving a lead request message incorporating lead 
data and vehicle configuration data submitted by the 
5 user; 

storing the lead data and vehicle configuration into 
a buyer database; 

generating a lead confirmation message and sending 
the lead confirmation message to the user. 

10 

39. The method, as set forth in claim 38, further 
comprising : 

receiving input entered on a web page by the user to 
submit a lead request, including vehicle configuration 
15 data; 

generating the lead request message incorporating 
the vehicle configuration data and sending the lead 
request message to a web server; and 

routing the lead request message to a workflow 
2 0 manager . 



40. The method, as set forth in claim 38, further 
comprising : 

sending the lead request data to a dealer selected 
25 by the user; and 

requesting lead status updates from the dealer. 

41. The method, as set forth in claim 38, further 
comprising : 

3 0 receiving a lead status update from the dealer; and 

storing the lead status update in a buyer database. 
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42. The method, as set forth in claim 38, further 
comprising generating a unique lead number for the lead 
request . 

43. The method, as set forth in claim 26, further 
comprising : 

receiving a cancel custom order request from the 

user; 

deleting a custom order associated with the cancel 
customer order request from an order bank; and 

updating a buyer database to reflect the updated 
status of the user. 

44. The method, as set forth in claim 26, further 
comprising : 

receiving a cancel tag order request from the user; 

modifying data associated with the cancelled tag 
order in an order bank; 

modifying data of a vehicle associated with the 
canceled tag order in an enterprise vehicle availability 
database; and 

updating a buyer database to reflect the updated 
status of the user. 
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ONLINE SYSTEM AND METHOD OF 
ORDERING AND SPECIFYING CONSUMER PRODUCT 
HAVING SPECIFIC CONFIGURATIONS 

5 

ABSTRACT OF THE DISCLOSURE 
An online method of ordering and purchasing 
customized products is provided. The method includes 
receiving a custom order message incorporating order data 

10 and product configuration data submitted by an online 
user, and storing the order data and product 
configuration into a buyer database. The method includes 
entering the custom order and order data and product 
configuration into an order bank to be scheduled for 

15 manufacturing, and generating an order confirmation 
message and sending the order confirmation message to the 
user . 



DAL01: 512155 .1 



200-0090 
1 of 40 




200-0090 
2 of 40 




SOR 




2 CO 


SALE! 
332 




O CO 

18 


Q_ 




Eg 



200-0090 
3 of 40 




FIG. 4A 



200-0090 
4 of 40 



FROM FIG. 4A 



FROM FIG. 5 \ 



442- 



444- 



446- 



448- 




HOLD \JIO_ 
VEHICLE? ^ 



ENTER CREDIT/ 
FINANCE INFORMATION 

I 



DISPLAY VEHICLE 
SUMMARY 

1 



DISPLAY VEHICLE 
DELIVERY SCHEDULE 
PROJECTION/PROMISE 



I 



SELECT VEHICLE 
MANUFACTURING/ 
DELIVERY STATUS 
REPORTING OPTION 




FIG. 4B 



200-0090 
5 of 40 



ct: UJ 



INVENTORY 
PACKAGER 


CO 
ro 


PRISE 
CLE 
NATION 
TEM 


O 
ro 


ENTER 
VEHl 

SYS 




200-0090 
6 of 40 




200-0090 
7 of 40 



o 6 o 




200-0090 
8 of 40 



FIREWALL 




FIG. 



200-0090 
9 of 40 



-851 



850 



SPLASH 
PAGE 

852 



CONFIGURE 
VEHICLE 

860 



853 



CONFIG 
SCHEMA 



854 

_z_ 



CONFIGURE 
CLIENT 



SELECTS 
"FIND IT" 

855 



861 

CONFIG 
SCHEMA 



862 



STANDARD 
QUERY 



DISPLAY 
RESULTS 

856 



VEHICLE ID 



SELECTS 
VEHICLE 

857 VALUES 
\ RETURNED 
FROM 
FUNCTION 



a 



DISPLAY DETAIL 
WITH PHOTO 



858 



El 



VEHICLE ID 



LOCATE 
CLIENT 




1 CACHEj 
869 



TAG VEHICLE 



8 f 865 



821 

XL 



872 



LOCATE 
SERVER 



X 866 
868 

871- 



864 
J. 



867^ 
-876 



INVENTORY 
DATABASE 



s 

612 





DATA 




IMPORT 


874 


DATABASE 


s 




614 



870 



WORKFLOW 
MANAGER 



622 



FIG. 8 



200-0090 
10 of 40 



XML 
MESSAGES. 



902 



9do, 



LISTENER 



904 



PARSER 



RESPONSE MESSAGE 



MESSAGE 
CONTENT , 



906 



DISPATCHER 



SEARCH 
RESULT 



SEARCH 
PARAMETERS 



SEARCHER ^.g 0 8 



FIG. 9 SEARCH 
RESULT 



SQL 



[j^-612 



920 





\ 

922 

\ 


LOCATE 
REQUEST 
DOCUMENT 


924 

f 


XML DOCUMENT— 


MESSAGE 


MESSAGE 


SEARCH PARAMETERS— 


CONVERTER 




CLIENT 



RECORD SET 
OBJECT 



— XML MESSAGES 



RESPONSE DOCUMENT 



RESPONSE 
PARSER 



-926 



FIG, 10 



200-0090 
11 of 40 



WEB 
SITES 



REPLY 



REQUEST 
REPLY 



REQUEST 



FIG. 11 



962 

L 

LOCATE SEARCH ENGINE_ 

r BUSINESS TIER %4 

-970 



972 

\ 



BTOLocate.ASP 



Iz. 



BusinessASP. Listener 



974 

| BusinessObj.BusinessObject | 
u. 



DataObj.InventorySimpleSearch 



976 



DATA 
TIER 



M 

INVENTORY 
DATABASEj 



966 



1001 
REQUEST 



I — SourcelD 



SessionID 



ConfigurationID 



CRITERIA 



' — SELECT 



1016 



-1002 

-1003 

-1004 
,-1005 



1000 



CRITERION 

— <T~ 

1006 

FIG. 12 



1008 



VALUE 



RANGE* 



1010 



1012 

7 

MINIMUM 



MAXIMUM 
1014 



200-0090 
12 of 40 



1020 
\ 



1024 1025 
H Errors H Error* | 



1022 

_ ^ a 

I SearchResults |- 1 



SourcelD 



T 

1060 



SessionID 



1061 



| ConfigurationID | 
1062 



-\ Vehicles H Vehicle* I 
1026 1027 



1031 
jL 



| ConfiguredModel | - ■ 



FIG. 13 



1028 

/ 



Identification 



Status 



DealerCode 



Prices 



Make 



Model 



Engine 



Transmission 



ExteriorPaint 



Drive? 



Cab? 



-y-1029 
"J^1030 
-y-1032 
-J/-1033 
-p1034 
-p^-1035 
-[^1036 



Wheels? K 1058 

~ris? K 1039 

^offr^ K 1040 

InteriorTrim | ^ 1041 
AudioType? | ^ 1Q42 
^1043 

3^1044 

BodyStyle K 1045 

RearAxleRatio? K _ y 046 

PayloadPackage -| n ^ 7 

Wheelbase? K _ ^ Q4« 

RoofColor? K - 1 049 
Doors? IK t Q5Q 

AccentColor? K -in^i 

SpareTire? K ^n^9 

p EP? K lQ53 
OptionPackage j ^, y nRA 

StandAloneOptions? K .-) nRR 
Errors? UK 1056 
Warranty K ]HR7 
Relevance K . -j 053 



200-0090 
13 of 40 



1060 
\ 



1062 

- \ Orderlnformation "| -' 



1061 
\ ToggedOrder] - > 




FIG. 1 4A 

[ H OrderSourceld J ^ 1063 
Sessionld ~K " 1064 
OrderNumber [ ^ 1Q65 
QrderTotalPrice K 1066 
Deposit j ^-1067 

OrderDate K 1068 
V-1069 

1^-1070 



OrderTime 



DealerCode 



PaymentMethod~~[ ^ 1071 
Customerld K ^1Q75 



Name 



IK 1074 

IK 1075 

EmailAddress Q75 



Address 



■ H CreditCardAuthNumJ 

T , ™u 

1082 



DayPhone K 1077 
EveningPhone h v--]Q7g 
Fax ZZK lQ79 
BestWayContact | ^ 1 Qgn 
Comments -j gg-| 



VIN 



r 3^1085 

| StockNumber K -1Q85 
I ItemNumber 1 ^1087 
| OrderLineNumber K -iQgg 
| MatchedConfiguration | -^ ^ 



TO FIG. 14B 



200-0090 
14 of 40 



FROM FIG. 14A 




1091 

_L_ 



Prices 



1092 



Make 



Model 



Engine 



Transmission 
ExteriorPaint 
Wheels 
Tires 
SeatTrim 
InteriorTrim 
AudioType 
Drive 
Cab 



BodyStyle 



| RearAxleRatio 



~ H Price 
-p-1093 

-1^1094 

-1^1095 

-T^-1096 

-p-1097 

-p-1098 

-U-1099 

— p-1 100 

— p- 1 101 

-p-1102 

-p-1103 

IKl104 
I-K-1105 
IK11O6 



PayloadPackage K _ 1 -[ Q7 
Wheelbase K - 1 1 08 

109 
IK-1110 
IK-1111 



RoofColor 



Doors 



AccentColor 



SpareTire 



PEP 



FIG. 



~|- | PockageContent | 

OptionPackage l - TPackageContent"^ ^ 
StandAloneOptions [ - [sFandAloneOptiorTI ^ ^ 
" H Error K - 1120 



Errors 



IKl121 
IK- 11 22 



TaggedDealer 

SelectedDealer , ^ 1 1 zz 
VehiclelnitialStatus K _ ^ ^ 23 H)60 
LocateSearchld 1 1 24 



200-0090 
15 of 40 



1131 



1130 



OrderStatus — < 



~~ OrderNumber 



OrderLineNumber 



ItemNumber 



ModelYear 



DealerCode 



BodyStyle 



Status 



Message 



ActionCode 



OrderReceiptDate 



OrderProcessDate 



OrderProcessTime 



-1132 
-1133 
-1134 
-1135 
-1136 
-1137 

-1138 
-1139 
-1140 
-1141 
-1142 
-1143 



FIG. 



15 



200-0090 
16 of 40 




200-0090 
17 of 40 



FIREWALL 



CREDIT CARD 
PROCESSING 
1232 




CREDIT CARD 
PAYMENT 
REQUEST 

1230 

FOLLOW-UP' 
STATUS 
UPDATE 



200-0090 
18 of 40 



FIREWALL 




200-0090 
19 of 40 




200-0090 
20 of 40 



CONSUMER 



1330 



608 



CONFIGURATION 
PRICING DATA 



COMMON 
MEMBERSHIP 
DATABASE 



-672 



VEHICLE 
CONFIGURATION! 

LEAD 6 °2 
REQUEST rA_ 




CAC/BAC 
CSR's ' 



LEAD 
FOLLOW-UP 
STATUS UPDATES 



DEALER 



FIG, 1 9 



200-0090 
21 of 40 




FIG. 20 



200-0090 
22 of 40 



CAC/BAC 
CSR's 



FIRE- FIRE- 
WALL WALL 



602 



Buyer- 
Connection.com 



PROSPECT/ 
BUYER 



622 



\ STATUS 
UPDATES 

Kl390 



MAINFRAME 
FACILITY C - DEARBORN 
DATA CENTER 



660 



ENTERPRISE 
VEHICLE 

INFORMATION 
PROCESS 



656 

-V- 



ORDER 
BANK 



1388- 



STATUSX 
UPDATE ] 

1386- 



STATUS 
/UPDATE 

-1387 , 



MP AND L ' 


/ 

1385 


CANCEL 
^-1384 


MECH 


SPEC - 



/STATUS 
UPDATE 




FIG. 21 



200-0090 
23 of 40 




FIG. 22 



200-0090 
24 of 40 



1500- 



1502- 



1504- 



ORDER NUMBER 
GENERATOR 



RECEIVE REQUEST 
FOR ORDER NUMBER 



DETERMINE 
REQUESTING URL 



1507 



1508 




SEND ORDER NUMBER 

FIG. 23 



200-0090 
25 of 40 



1534 



1532 



| CustomerRequest | -^ 
1530 



H Order | ~ H RetailOrdei~H 



Orderlnformation ^ ~ 1 537 

FleetOrder h [ I FleetContact p "1538 

FleetConfiguration [ ^1539 

Orderlnformation K 1 540 

Contad K 1541 



1535 



I TaggedOrder I— 

7 1 

1536 



Lead \ - 
1533 



CreditCardAuthNum | ^" 1542 
RetailConfiguration Y ~ 1 543 
Orderlnformation K --|^4A 

Contact y 
CreditCardAuthNum K _ -j 545 
TaggedConfigurotion~[ -\_.j ^47 
Leadlnformation ~K --|iyso 
H Contact K iRSi 



■ — | RetailConfiguration ^ 

Dealer K i^vS 



J*7G. 24 



200-0090 
26 of 40 



FIG. 25A 



1562 
\ Orderlnformation | - 



1563 



FleetContact~|- 



1560 

S [i 

FleetOrder h 



OrderSourceld 

Sessionid 
OrderNumber 
QrderTotalPrice 
Deposit 
OrderDate 
OrderTime 
DealerCode 
PaymentMethod 
Name 
Address 
EmoilAddress 
DayPhone 
Fax 



-p1566 
-[^1567 
■y-1568 
-pi 569 
-p1570 
-p1571 
■y-1572 
-p-1573 
-p-1574 

IK 1576 
IK 1577 
IK 1578 
IK 1579 
IK 1580 



1582 



Prices 



Make 



Model 



Engine 



Transmission 



ExteriorPaint 



Wheels 



Tires 



SeatTrim 



InteriorTrim 
AudioType 
Drive 



Price 



X 

-y-1584 
-p-1585 
-p1586 
-T/-1587 
-p-1588 
H/-1589 
-y-1590 
-p1591 
-p1592 
-y-1593 
~p1594 



1583 

J_ 



TO FIG. 25B 



200-0090 
27 of 40 



FROM FIG. 25A 



1090 



- | FleetConfiguration ~\ -> 



1564 



1605-, 
1607 
1609 
161U 



Cab 



BodyStyle 



RearAxleRatio 



IK 1595 
IK- 1596 
IK 1597 



PayloodPackage ^ 
Wheelbase K _ ^ ^gg 

Kl600 
IK-1602 
3^1603 



RoofColor 



Doors 



AccentColor 



SpareTire K-1604 



1606 



PEP ~H PockogeContent | 



QptionPackage \ - \ PackageContent K ^qq 
StandAloneOptions \ - \ StandAloneOption ^ ^ 



Errors H Error Kigio 


FleetData 


-Kl613 


SpecialPaintOptions 


_Kl614 


DealerSpecialOptions 


J^1615 


PriceConcession 


—Kl616 


Note 


_Kl617 


NarrativeShto 


_Kl618 


NarrativeShthr 


_J^1619 


PilotModellnspectionRequest ^ R9n 


ProductionRequestDisclaimer ^^01 


ProductionRequest 


_Kl622 


Remark 


~Kl623 


OrderlineNumber 


_Kl624 


Quantity 


_Kl625 


PriorityCode 


_Kl626 



FIG. 25B 



200-0090 
28 of 40 



FIG. 26A 

OrderSourcdd~K 1648 
■y-1649 

-|^1650 



1641 



1640 
RetailOrder h 



Sessionld 



OrderNumber 



OrderDate 



OrderTime 



OrderTotalPrice | ^ 1651 
Orderlnformation h j I Deposit [ ^1652 

Jj^-1653 
-1^1654 

DeolerCode 1 655 

"PoymentMethod "| ^1656 
Customerld "f x, i g^y 

IK 1658 

IK 1659 
EmoilAddress f x, ^ ^ 

DayPhone 
EveningPhone ~l ~x.-jgfi2 
IK 1663 



1642 



Contact 



Name 



Address 



Fax 



BestWayContact 1 ^ 
Comments K ^rr^ 



CreditCardAuthNum I 

^ 

1643 



TO FIG. 26B 



200-0090 
29 of 40 



FROM FIG. 26A 



RetailConfiguration 



~7 

1644 



1692- 
1694- 
1696 



1670 



Prices 



X 



Make 



Model 



Engine 



Transmission 



ExteriorPaint 



Wheels 



Tires 



SeatTrim 



InteriorTrim 



AudioType 



Drive 



Cab 



BodyStyle 



RearAxleRatio 



PayloadPackoge 



Wheelbase 



RoofColor 



Doors 



AccentColor 



1671 

jL 



Price 



-p-1672 
"j^-1673 
■y-1674 
~L/-1675 
-y-1676 
n/- 1677 
"1^1678 
"J^1679 
-y-1680 
-p-1681 
"1^1682 

IK 1683 
IK 1684 
IK 1685 
IK 1686 
IK 1687 
IK 1688 
IK 1689 
IK 1690 



SpareTire j — 1 691 



1693 
1_ 



PEP ~\\ PockageContent | 



1699 



OptionPackage |-| PockageContent 
I \ ' — ^ 1 695 

^ StandAloneOptions | - | StandAloneQption 

L | Errors H^rroTK -1700 

i • 1 

OrderLineNumber K - \ 701 

Configurationld { -\_ ^ 

IK 1703 



Quanity 



FIG. 26B 



200-0090 
30 of 40 



1721 

H Leadlnformation h 



1720 
I Lead h ■ 



1722 



Contact 



LeadNumber ~[ ^ 1725 
LeadSourceld ~y ~ 1726 
Sessionld ~| ^ 727 
"j^-1728 
-p-1729 
1730 



LeadDate 



LeadTime 
TimeFrame 

PaymentMethod \ ^^™ 

- \ Customerld K -p-^o 

Name K -i7^ 

Address ^ 17^4 

EmailAddress K --|7^r 

DayPhone K -^fi 

EveningPhone ^ -jyj 

IK 1738 



FIG. 27 A 



Fax 



BestWayContact K _ -j 7 3a 



Comments K . 



1740 



Prices 



1750 



1751 

_2_ 



Price 



Make 



Model 



Engine 



IK 1752 
IK 1753 
IK 1754 



Transmission K _ ^ yc;c; 



ExteriorPaint K , ^ 7^ 
Wheels K _ -j -757 

IK 1758 



Tires 



TO FIG. 27B 



200-0090 
31 of 40 



FROM FIG. 27A 



1741 



| ConfiguredModel [ 



RetailConfiguration ^ 



7 

1723 



1772-x 
1774-, 
1776-, 



SeatTrim K 1759 
InteriorTrim K 1760 
AudioType 1 761 

IK 1763 
BodyStyle "R 1764 



Drive 



Cab 



RearAxleRatio 



PayloadPackoge K .^^^ 
Wheelbase K , ^ 7^7 

Kl768 
Kr/69 



RoofColor 



Doors 



AccentColor K _ -j yyn 



SpareTire ] 771 



1773 



PEP 



~|- |~PackQgeContent | 
| OptionPackage H PackageContent ^ ^ ^ 
\ StandAloneOptions [ - [StandAloneOption ^ ^ 



1778 



Dealer 



FIG. 27 B 



T 

1724 



_ d Errors KErrorK . 1 77 q 
OrderLineNumber "| -^ ^ 7^9 
Configurationld K .p^ 
Quanity K 1744 
| DealerCode [ ^74^ 

IK 1746 
IK 1747 
DoyPhone K i 74 « 



Name 



Address 



200-0090 
32 of 40 




200-0090 
33 of 40 



-— Csl 



7 



CO O) 'T CN 

^- S m 

CO oo CO 



CO CD O 

n n 4 

OO OO CO 



CNJ to lo to 

r-O ro ro ro ro 
oo oo oo oo oo 



o 

CO 



200-0090 
34 of 40 



FIG. 31 



| StotusBotchRequest | - [StQtusBatchRequestOrder | -| |- 
1870 1871 



OrderNumber K 1872 
OrderLineNumberK 1873 
ModelYear K 1874 
VehicleLine f ^" 1875 
J/- 1876 

T/-1877 



BodyStyle 



DealerCode 



ItemNumber K _ -j gyg 
Status K 1H7 Q 
SubStatus K . i giRn 
Kl881 
3m882 



ETA 



VIN 



ScheduledDate K ^aa^ 



1890 
StatusBatchReply | 



5 



A OrderNumber Y ~ 



I StatusBatchReplyOrder M I- 
1891 

FIG. 32 



1892 



OrderLineNumberK 1893 
ModelYear K 1894 



VehicleLine y ~ 1895 
BodyStyle "| ^" 1896 
DealerCode ^ 1897 
ItemNumber [ ^ 1898 
Status K 18 " 
SubStatus K -19Q1 
IK-1902 
IK-1903 



ETA 



VIN 



ScheduledDate 1 9Q4 



ProducedDate K -igf)5 
^ShippedPate~[^-i906 



PeliveredDote K -1907 
LastUpdatePate ^ 9 1 n 
LastUpdateTime h ^gi -j 



200-0090 
35 of 40 



610 


622 


S 


t 


LOCATE 




WORKFLOW 


PROCESS 




MANAGER 



FIG. 33 



602- 



1934- 



1932- 



REPORTING 
WEB 
PORTAL 



OLAP 
SERVER 



WEB 






WEB 


^605 


B2B 


SITES 






SERVER 




SERVER 



1154 

Z 



REPORT 
DATA 
COLLECTOR 



668- 



REPORT DATA 
WAREHOUSE 



1930 
_J_ 



CUSTOMER 
SURVEY 
RESULTS 



-640 



624 

/ 

DEALERS 



666 



1232 

/ 

CREDIT 
PROCESS 



FIG. 34 



2001 

\ 

i- Order 



StatusUpdate 

— 7 

2000 



Lead+ 
2006 



2002 

/ 

TaggedOrder 



L- RetailOrder 



"V" 

2003 



200-0090 
36 of 40 



2002 



2006 
| Orderlnformation h 



OrderSourceld K~ 



2001 



2014 

A. 



TaggedOrder]-H | OrderStatus h 



2020 
DealerAction |- 



2001 

I OrderUpdate~| - | + | - 



H Orderlnformation H 



2003 



FIG, 35 



7 

2030 



RetailOrder h I OrderStatus | 



T 

2040 



DealerAction 



2042 



Sessionld 


"1^2008 


Configuration^ 


"[^2009 


OrderNumber 


y-2010 


VIN 


-p-201 1 


ItemNumber 


-|^2012 


StatusCode 


-p-2015 


StatusDescription 


-|^2016 


TimeStamp 


-[^2017 


ISCAIert 


"1^2018 


DealerCode 


"J^2021 


FirstResponseMetrics [^2022 


ResponseType 


"1^2023 


VehicleAvailable 


"1^2024 


DemoDriveFlag 


-y-2025 


DealerActionCode 


-y-2026 


DealerActionDescription K_9n97 


TimeStamp 


-K2028 


OrderSourceld 


-K2031 


Sessionld 


-K2032 


Configurationld 


_K2033 


OrderNumber 


-K-2034 


VIN 


-K2035 


ItemNumber 


-K2036 


DealerCode 


-K2043 


FirstResponseMetrics l^QfUA 


ResponseType 


--K2045 


VehicleAvailable 


-K2046 


DemoDriveFlag 


_K2047 


DealerActionCode 


-K2048 


DealerActionDescription 9ri40 


TimeStamp 


-K2050 



200-0090 
37 of 40 



2060 

s . 

- | Leodlnformation [ - 



2006 

\ . 

[LeadUpdateJ- 



2070 

ii 

LeadStatus h 1 



Dealer Action h 
sp: 

2080 



LeadSourceld 



Sessionld 



Configurationld 
VehicleType 
StatusCode 

StatusDescription 



TimeStomp 



2061 
— 1^2062 

~p-2064 
—I/- 2071 
~p-2072 
— p-2073 



ConfigChangeFlag 



y-2074 

DealerCode K _ 2081 
FirstResponseMetrics~~| ->^ 9n ^ 9 
ResponseType K -onPfS 
VehicleAvailable 
DemoDriveFlag t "^20 R ^ 
DealerActionCode [ ^9n«fi 
DealerActionDescription ~f ^_ 9nfl7 
TimeStamp pnflft 



FIG. 36 



200-0090 
38 of 40 



HI 



FIG. 37 A 



2102 



SessionStart 



2116 



Session End 



2120 
S 



Locale* 



2126 



| CompareVehicles* 



EndSession* 



GarageUserAction* 



LoginAccount* 



2132 



NotableDecision* 



7" 

2136 



ProgramDecision* 



T 

2140 



Show* 



2150 



UseExternalApp* 



2156 



SessionID 



2103 



BTOVisitorDescriptor [ ^2104 
SourceApplication 2 ^ ^ 
T/-2106 
-p-2107 



Browser 



IPAddress 



21C 



Reference? 



3 



SessionID 



2109 



Description] 



Reason 



2110 



Country 



Language 
CurrencyType 



2128 



Vehicle+ 



Signature 



2130 



GarageAction 



AccountID 



i IPAddress 
-^21 17 S~ 
IK-2118 
IK 2121 
IK2122 
IK2123 
IK2127 
IK2129 
IK2131 
IK2133 



3 



SequenceReference? h ^Q1^7 
Description ^ \ 33 

Decision "K 213Q 
SequenceReferenceT] ^_ 
Description "K 2142 
Decision "K 2143 
Signature [ ^01^1 
Description [ -\_ ^ 1 59 
Signature K 21^7 
IK2158 



Description 



TO FIG. 37B 



200-0090 
39 of 40 



FROM FIG. 37A 



2100 



I UserSessiorTH 



2160 

A 



2161 



Userlnput* |- 



Signature 



Description \^ 



2162 



CreditAppRequest* 
CreditAppResponse* 
QuoteRequest* 
QuoteResponse* 



LocateRequest* 



-1^-2164 

-j^2165 

-p-2166 

y-2167 
1 2168 



Input 



"1^2163 



LocateResponse* f^- 



2170 



ID 



| LocateRequestDetails*""! ^ 
| LocoteResponseDetaiis*] ^- 



2174 
2177 



"J^-2169 

10-2171 



__ rwK 2178 

OrderRequest* >f - 1 ID K 2181 



OrderResponse* 

StatusRequesfr ^f - 1 ID [ ^-2187 

StatusResponse* \ 1 ID [ ^2190 



2189 



ConfigChanged* 

— 7 



2192 



2200 

, L . 

| GarageNewUserCreated* | - 
| GarageUserlnfoChanged^] - 
2204 



GarageLoaded* 

— i 

2206 



| SequenceReferenceT~| ^ oy<y\ 
| ConfiguratorlD K -91QA 

I Pqrt + ZZK 2195 

SequenceReference?~| -\_ ^nq^ 

LoginID K o9H9 
I SequenceReference?"} \_22Q5 
I SequenceReference? K -99D7 



LoginID 



FirstLogin 
LoginCount 



K2208 
K2209 



2210 



TO FIG. 37C 



FIG. 37 B 



200-0090 
40 of 40 



FROM FIG. 37B 



2212 



GarageConfigSdved* ~|- 



2216 

V 



GarageConfigLoaded* 



2222 

s , 

NewConfigGenerated* \- 



2227 



NotableRaised* 



2234 

S 



PageStateChanged* \- 



2213 



j SequenceReference? 



Vehicle 



"j^2214 
-p-2215 
r- | SequenceReference? j -^ 22 ^ 
Vehicle K 2218 



PartNameList 



PartNameList 



T/-2219 
"1^2220 

| SequenceReferenceT"p ~ 2223 
Configurator!!) Y 2224 
Vehicle — K 2225 
SequenceReference? f ^ 222 ^ 
| Description 2229 
1 PartNameList K _ 2230 
I MonetoryValue 2231 



DateSaved 



1 SequenceReference? 
1 OldPageState 



NewPageState 2237 



I ProgramBegun* ~K -99?8 

"^2240 ^ 



I ProgramEligibilityRaised* 



Description | ^ 



Reason 



ConfiguredModel* | 

7 

2243 FIG. 37 C 



2242 



1 



2241 



DECLARATION AND POWER OF ATTORNEY 



- ORIGINAL APPLICATION 



Attorney's Docket No. 
200-0090 



As a below named inventor, I hereby declare: 

My residence, post office address and citizenship are as stated below next to my name; 

I verily believe I am the original, first and sole inventor or an original, first and joint inventor of the subject matter that is claimed 
and for which a patent is sought on the invention entitled 

ONLINE SYSTEM AND METHOD OF ORDERING AND SPECIFYING CONSUMER PRODUCT HA VING SPECIFIC 
CONFIGURATIONS 

the specification of which is attached hereto. 

I have reviewed and understand the contents of the specification identified above, including the claims. 

I acknowledge my duty to disclose information of which I am aware that is material to the examination of this application in 
accordance with Section 1.56(a), Title 37 of the Code of Federal Regulations; and 

as to application for patents or inventor's certificate on the invention filed in any country foreign to the United States of America, 
prior to this application by me or my legal representatives or assigns, 

[ x ] no such applications have been filed, or 

[ ] such applications have been filed as follows 



COUNTRY 


APPLICATION NO. 


DATE OF FILING 

(day, month, year) 


DATE OF ISSUE 

(day, month, year) 


PRIORITY CLAIMED 
UNDER 35 USC 119 























4 I hereby claim the benefit under 35 U.S.C. § 1 20 of any United States application(s) or § 365(c) of any PCT International 
fl! application designating the United States, listed below and, insofar as the subject matter of each of the claims of this application 
;| is not disclosed in the prior United States or PCT International application in the manner provided by the first paragraph of 35 
11 U.S.C. § 1 12, 1 acknowledge the duty to disclose information which is material to patentability as defined in 37 CFR § 1 .56 which 

became available between the filing date of the prior application and the national or PCT International filing date of this 
U application. 



(Application Number) (Filing Date) (Status - patented, pending, abandoned) 



(Application Number) (Filing Date) (Status - patented, pending, abandoned) 



POWER OF ATTORNEY: As a named inventor, I hereby appoint the following attorney(s) and/or agent(s) to prosecute this 
application and transact all business in the United States Patent and Trademark Office connected therewith and to act on my 
behalf before the competent International Authorities in connection with any and all international applications filed by me. 
(List name and registration number) 



Wei Wei Jeang- 33305 
Carlos L. Hanze -yj, 6S7 
David B.Kelley- 33,718 
Roger L. May - 26,406 

Attorney Docket No: 200-0090 Please call 313-322-7725 if this paper becomes separated from the file. 



Address all correspondence and telephone calls to: 



Wei Wei Jeang 
Baker & Botts, LLP. 
2001 Ross Avenue 
Dallas, TX 75201-2980 



Phone: 214/953-6500 



I hereby declare that all statements made herein of my own knowledge are true and that ail statements made on information and belief are 
believed to be true; and further that these statements were made with the knowledge that willful false statements and the like so made are 
punishable by fine or imprisonment, or both, under Section 1 001 of Title 1 8 of the United States Code, and that such willful false statements may 
jeopardize the validity of the application or any patent issuing thereon. 



NAME AND POST OFFICE ADDRESS 
OF INVENTOR: 

Daryl L Champagne 
17473 Maple Hill Dr. 
Northville, Ml 48167 US 

Don G. Bartkowiak 
18147 Levan 
Livonia 48152 US 
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